Re: Requiring systemd for the gnome-settings-daemon power plugin
El mié, 24-10-2012 a las 16:39 +0200, Bastien Nocera escribió: GNOME's way seems to be to postpone the hard decisions 6-month down the line. I've already had those same problems when I wanted to remove the date and time helper in January, even though we discussed having systemd as an external dependency in May the year before. Perhaps this discussions could come with a window of at least a week or so of comments. Even if it is just catharsis, informally waiting a week could be a great tension reliever. Consider that so far the consensus is that systemd is the right thing to do, the devil is in the details of how, and how fast, we are going there without distressing fewllow contributors. Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: libgnomekbd: dead man walking
Hey Sergey On Thu, Aug 23, 2012 at 9:12 AM, Sergey Udaltsov sergey.udalt...@gmail.com wrote: Hi ppl With the recent developments related to input methods, libgnomekbd is effectively redundant. The only useful bit remaining is the layout preview widget. IMNSHO those bits can be quickly integrated into g-c-c without breaking things. I am not aware of any other project that would use libgnomekbd. If you know about such dependency - please please raise your voice!!! Thanks for your work on this! I would ask if the ~/.xmodmap support was not part of this? Or is it part of gnome-settings-daemon now? Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Prototyping navigation in Epiphany
Hey Felipe On Wed, May 30, 2012 at 6:32 AM, Felipe Erias Morandeira femorande...@igalia.com wrote: Hi, I have implemented a small prototype of the proposed navigation for Epiphany, as described in https://live.gnome.org/Design/Apps/Web Awesomeness, thank you! Bonus points if you also include some screenshots :-)! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Design in the open
On Thu, May 3, 2012 at 5:19 PM, Federico Mena Quintero feder...@gnome.org wrote: As a way to solve these issues, I'd like to follow up on an idea which I sketched during last year's Desktop Summit - namely, about constructing a pattern language for Gnome's design based on the good things that what we have and what other systems have done well. This. +1. From my experience on film stuff, having a way to refer to those things that look good or bad is essential to have collaboration between different specialists. Framing shots would be impossible if there wasn't an abstract way of describing them (flat/deep, warm/cold, lenses, etc). Sound designers/editors, photography directors, even actors, need to be aware of this language for efficient communication during production. I have been thinking lately that film making has many similarities with Free Software development. Being both abstract things with an audiovisual result that involves many different specialists. A common language of patterns is an awesome idea. I'd encourage Federico to expand on the subject. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.5 Schedule Draft
On Wed, Mar 28, 2012 at 3:35 PM, Shaun McCance sha...@gnome.org wrote: If we're putting it on the schedule and making it a goal to produce live images, I'd love to see them for the .90 release. Just mailed to say: +1, yes! please!. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4
This explains why gnome-terminal does not scroll with the mouse wheel for me now. On Wed, Mar 14, 2012 at 1:27 PM, Bastien Nocera had...@hadess.net wrote: Em Wed, 2012-03-14 às 19:17 +0100, Sebastien Bacher escreveu: snip I think that's an issue we should look at addressing before 3.4, either by doing some compat work in GTK (i.e keep emiting the scroll up down events as well as the smooth ones if possible) or by patching the applications, the rdepends list is likely not trivial though... It should really be opt-in indeed. I couldn't scroll in older versions of Epiphany or gedit with the new GTK+ for example. Quite a big thing to break. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: extensions.gnome.org - Public Alpha Now Available
On Thu, Dec 1, 2011 at 4:16 PM, Jasper St. Pierre jstpie...@mecheye.net wrote: We're happy to announce that extensions.gnome.org is now in public alpha testing at: https://extensions.gnome.org I just tried this. This is absolutely awesome. Great work! Congratulations to everyone involved. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Dynamic help menus for 3.2
Don't know if you have considered this but in OSX some applications have a search entry in its Help menu, this entry searches among all the menu items and also Help topics. It's really useful for applications with *huge* menus like FinalCut. It's has been a lifesaver the few times I've been unable to remember where a menu item was or what was the exact name of one. Might not be next best thing as-is, but perhaps it serves as inspiration for something else. On Fri, Oct 7, 2011 at 8:43 AM, Shaun McCance sha...@gnome.org wrote: I'd like to propose we push for better help menus and help buttons in 3.4. This is something I've talked about for about two years now. It's all part of the more accessible help big picture that we get with Mallard. http://live.gnome.org/ThreePointThree/Features/HelpMenus -- Shaun ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed Freeze Change
On Wed, Sep 28, 2011 at 12:21 PM, Shaun McCance sha...@gnome.org wrote: 2) Merge the old feature freeze and the UI freeze into one big freeze and call it something that suggests you're not supposed to make changes. I've been calling it THE freeze. I'm not good at naming things. Beta freeze? Software freeze? THE freeze sounds awesome and clear enough. When we're in the freeze, you don't make user-visible changes anymore. No new supported formats or protocols or backends. No new UI. No changes to how a user interacts with the UI. You can fix crashes and address performance problems. I think this makes sense. I can remember only a few freeze breaks I've seen or asked that were about really crucial things. Most of us try to not take big risks on the last few weeks, I believe. +1 :-) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: TARBALLS DUE: GNOME 3.1.90 beta release, and freezes
#firstworldproblems On Sun, Aug 28, 2011 at 10:23 AM, Joanmarie Diggs joan...@gnome.org wrote: On Sun, Aug 28, 2011 at 10:30, Richard Hughes hughsi...@gmail.com wrote: On 28 August 2011 08:18, Frederic Peters fpet...@gnome.org wrote: We pushed it back to make it rock, so we count on you to deliver your tarballs on time, this is before Monday 23:59 UTC. Thanks! Monday is a bank holiday in the UK, so I have to work on my day off or will early morning Tuesday be acceptable? I don't mind the former if it's a hard requirement. :-) Bank holiday? Ahem. Some of us are experiencing a hurricane and may need a generator (or a Starbucks) to do the release, and you don't see us whining about it. Bank holiday Sheesh huge, friendly grin --joanie ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Students lightning talk, or how we got screwed
Update: lighting talks will start 10 minutes earlier, that means 13:50 (1:50 PM). So, you guys be there extra early, because you are going first. At the latest 13:30 (1:30 PM)!! And please try to put all your slides in the same USB stick. Diego On Sun, Aug 7, 2011 at 1:13 AM, Diego Escalante Urrelo die...@gnome.org wrote: Hi so you might remember there is free space in the lighting talks today (Sunday) at 2PM. So all of you, get your slides ready, put them on a usb stick (the same if you can!) and be there tomorrow *at the latest* at 1:30PM so we can fit you into the schedule. It's first come, first serve, so be there ***early***. :-) Diego On Sat, Aug 6, 2011 at 11:57 PM, Stéphane Maniaci stephane.mani...@gmail.com wrote: Hello all, Today was the first day of the DesktopSummit, and a very exciting day for KDE GNOME summer of code students who were to present their work at 17:15 in the big auditorium. Big time for us, or should I say most of us since three GNOME students (including myself) got cut off the talk not earlier than 5 minutes before the beginning. Lydia Pintscher told us that there were no slots left and that they had no time for us, basically. Really? So a couple weeks ago we got her email [0] asking who would be there and present, and we (the three students) answered promptly, saying we would attend and present. Then finally, it just doesn't happen? We're students, and we know our work is not the most important thing happening at the DesktopSummit, but that's the essential reason why we come. We're proud to be part of this, and showing off our work is part of the deal. Being wiped off without any apology or earlier notice was a big, big disappointment, to stick with nice words. Next year, please make sure all students get time to present, or extend the session, or make the students fight for their talk, whatever it takes, but make sure this does *not* happen this way again. Thank you. - Stéphane Maniaci. [0]: http://mail.kde.org/pipermail/kde-soc/2011-July/000707.html ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Students lightning talk, or how we got screwed
Hi so you might remember there is free space in the lighting talks today (Sunday) at 2PM. So all of you, get your slides ready, put them on a usb stick (the same if you can!) and be there tomorrow *at the latest* at 1:30PM so we can fit you into the schedule. It's first come, first serve, so be there ***early***. :-) Diego On Sat, Aug 6, 2011 at 11:57 PM, Stéphane Maniaci stephane.mani...@gmail.com wrote: Hello all, Today was the first day of the DesktopSummit, and a very exciting day for KDE GNOME summer of code students who were to present their work at 17:15 in the big auditorium. Big time for us, or should I say most of us since three GNOME students (including myself) got cut off the talk not earlier than 5 minutes before the beginning. Lydia Pintscher told us that there were no slots left and that they had no time for us, basically. Really? So a couple weeks ago we got her email [0] asking who would be there and present, and we (the three students) answered promptly, saying we would attend and present. Then finally, it just doesn't happen? We're students, and we know our work is not the most important thing happening at the DesktopSummit, but that's the essential reason why we come. We're proud to be part of this, and showing off our work is part of the deal. Being wiped off without any apology or earlier notice was a big, big disappointment, to stick with nice words. Next year, please make sure all students get time to present, or extend the session, or make the students fight for their talk, whatever it takes, but make sure this does *not* happen this way again. Thank you. - Stéphane Maniaci. [0]: http://mail.kde.org/pipermail/kde-soc/2011-July/000707.html ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-spidermonkey?
El lun, 13-12-2010 a las 16:25 +0100, Patryk Zawadzki escribió: On Fri, Dec 10, 2010 at 7:01 PM, Colin Walters walt...@verbum.org wrote: Hey, Comments from people creating operating systems derived from GNOME would be appreciated here: https://bugzilla.gnome.org/show_bug.cgi?id=636977 Basically, I'd like a gnome-spidermonkey package which uses *exactly* the same sources as upstream, just with a renamed .pc file etc., for the reasons listed in the bug. If you object or have comments, let me know. Maybe we could re-evaluate using libv8? *hides* Or JavaScriptCore? *ducks* ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Moduleset Reorganization vs. L10N
El vie, 15-10-2010 a las 08:29 -0700, Sandy Armstrong escribió: I'm not a fan myself, but I can see how once a project was already hooked on a Launchpad-oriented process, it would be work to migrate to GNOME infrastructure. Agree, how could we shorten that difference? I think this is the real issue, at least for this part of the proposal. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-system-monitor does not show CPU speed on ppc64
Hi Luciano, Quite an interesting read! I think you want to ping Benoît Dejean ben...@placenet.org (cc'd) who is listed as the maintainer of the module, and also put your report (file a new bug) in http://bugzilla.gnome.org and attach any patch you come up with. If the maintainer or someone else doesn't comment or review your patch on a reasonable time feel free to ping here again. Thanks for working on this! El lun, 24-05-2010 a las 12:36 -0500, Luciano Chavez escribió: Hello, I am looking at problem reported by one of our test teams. Below is their recreation steps and what they reported: 1. Launch System Monitor Tool (gnome-system-monitor-2.28.0) 2. Look at Hardware item of System tabbed section like following sentence: Precessor 0: POWER6 (architected), altivec supported === no processor speed 3. In System Monitor Tool window, open help manual via Help-Contents-Introduction and you could see Processors and speeds description in Hardware item of System tabbed section Here is my analysis: I took a look at the source for gnome-system-monitor and determined where the strings that are displayed came from. Looking at src/sysinfo.cpp there is this method: void load_processors_info() { const glibtop_sysinfo *info = glibtop_get_sysinfo(); for (guint i = 0; i != info-ncpu; ++i) { const char * const keys[] = { model name, cpu }; gchar *model = 0; for (guint j = 0; !model j != G_N_ELEMENTS(keys); ++j) model = static_castchar*(g_hash_table_lookup(info-cpuinfo[i].values, keys[j])); if (!model) model = _(Unknown CPU model); this-processors.push_back(model); } } It first invokes the glibtop_get_sysinfo() call which comes from the external libgtop to retrieve the system info (I will explain where from shortly) and then uses the keys model name and cpu to retrieve the corresponding strings in a hash table that correspond to those keys. What is retrieved is what ends up being displayed under the Hardware section. In the libgtop source we find a file called sysdeps/linux/sysinfo.c which contains the source for the glibtop_get_sysinfo() which almost wholly contained in the function init_sysinfo() which essentially reads the contents of /proc/cpuinfo into a buffer then parses each line and uses the label before the : as the key and the remaining as the value and the labels/keys are loaded into string array and the string values are added into a hash table with the label as the key. So, looking at the /proc/cpuinfo of a x86_64 system I get the following: model name : Intel(R) Xeon(TM) CPU 3.40GHz as well as ... cpu MHz : 3400.000 but on the test system we get cpu : POWER6 (architected), altivec supported clock : 4204.00MHz So, as you can see both do offer separate sysinfo records for the processor speed (cpu MHz and clock) but since only model name and cpu are looked at and only model name contains that extra info, this is why for the ppc64 system, it is not displayed though it is separately available from the clock record. I am considering creating a patch for the case when model name is not available but cpu is which will simply append the clock text (if available) to the cpu text. Anyone suggest a better or alternative solution? regards, ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module Proposal: GNOME Shell
El jue, 01-04-2010 a las 13:31 +0100, Bastien Nocera escribió: The idea would be to have the appearance cut down to only personalisation (background and screensaver), and leave the icon and control themes handling to the gnome plumbing app. Isn't that a bit too much? I'd fear that GNOME plumbing becomes KDE control center because it will host too many stuff. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Showstopper Review; 2.30 and 3.0
El dom, 14-03-2010 a las 14:33 +0100, Andre Klapper escribió: === EMPATHY === Confirm Conference interface available for GNOME 2.30 https://bugzilla.gnome.org/show_bug.cgi?id=605214 I would add: Bug 611039 - Dragging tabs still crash now and then in chat_window_update_chat_tab https://bugzilla.gnome.org/show_bug.cgi?id=611039 Which is actually GTK+'s Bug 609929 - Dragging between two windows cause the menu widget to be destroyed https://bugzilla.gnome.org/show_bug.cgi?id=609929 It basically makes empathy crash if you move tabs around too much. It's ugly, and bad. I confirmed that the patch for GTK+ fixed the problem, so if someone can double check and test and then get this in :), that would be great. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Platform for Developer Documentation
El dom, 07-03-2010 a las 15:16 -0600, Shaun McCance escribió: Hi folks, I'm working on what to include in the Platform Overview. This affects what gets focused on in the introductions and howtos in my developer documentation plan: I just wanted to high five Shaun for JFDI. I owe you $drink. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module proposal: dconf
El lun, 12-10-2009 a las 11:33 -0400, Ryan Lortie escribió: Hello On Mon, 2009-10-12 at 17:30 +0200, Vincent Untz wrote: Le lundi 12 octobre 2009, à 11:27 -0400, Ryan Lortie a écrit : I'd like to propose the inclusion of dconf for GNOME 2.30 in the desktop release set. No. Pretty please? No. Diego (who is not even an r-t member but wanted to be part of the fun) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Decision to remove icons from gnome-panel main menu
On Mon, 2009-09-07 at 13:46 +0200, Luca Ferretti wrote: 2009/9/7 Andre Klapper ak...@gmx.net: Am Montag, den 07.09.2009, 12:25 +0300 schrieb Peteris Krisjanis: Who did a decision to remove icons from gnome-panel main menus (Places, System and Applications) and why there haven't been wilder scale discussion about it? Everything has been written and said about this already. True, but honestly I can't remember anything about categories in Application menu. Actually I thought that there was a patch for this in gnome-panel, to avoid this corner case since we do wanted icons in the panel menubar/menu. Tried a few days ago and had a gnome-panel without icons too, perhaps it was something with my configuration? Can someone confirm if git master has this enabled? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Tue, 2009-07-14 at 20:02 +0200, Cosimo Cecchi wrote: On Tue, 2009-07-14 at 19:49 +0200, Jaap A. Haitsma wrote: Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 completely from gnome media 2.27. People that want to keep on building them can use the 2.26 branch Not sure if somebody still uses gst-mixer (at least Fedora is using gnome-volume-control instead of it) but the README here [1] says at least the other three applications are disabled from the default build anyway, and I agree with you it's not worth the effort to patch them to use up-to-date platform technologies. I use it because of the simplest ever use case not yet covered by PA: - PCM volume at 100% - jerky sound PA assumes that I have PCM at 100% and I only need to adjust Master, this is broken at least in my card (intel8x0) because if I were to put PCM at 100% I would get quite jerky sound (imagine a batteries fm radio). Right now PA only allows me to adjust Master, which is quite useless for me. So what I do is having Master at 100% and PCM around 70%, if laptop speaker volume (hw control) is not strong enough I go to gst-mixer and adjust PCM up a little bit, giving away quality for some loudness. Not having gst-mixer would mean either having PCM at 100% all the time and getting jerky sound or having to go console or use some ugly thing like gnome-alsamixer. If it's not hurting anyone, please keep gst-mixer in the package. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: TARBALLS DUE: GNOME 2.26.2 Stable Release
On Fri, 2009-05-15 at 16:24 -0400, Hubert Figuiere wrote: On 05/15/2009 03:53 PM, Behdad Esfahbod wrote: Don't you know that Monday is a bank holiday in Canada?!?!?!?! More time for hacking :-) Yeah, hopefully none of my packages are stored in canadian banks, peruvian ones offer nice git repos. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: git and jhbuildrc
On 4/18/09, Frederic Peters fpet...@gnome.org wrote: I just answered: Diego Escalante Urrelo wrote: was wondering if you have had any chance to find out how to tell jhbuild (via jhbuildrc) to build an especific branch/tag of your project. [...] On a serious note, please do file a bug report against jhbuild, I may not have time this weekend but someone else may. Not much time so I went ahead immediately and added some support, you can now do things like: branches['empathy'] = ('git://git.collabora.co.uk/git/user/cassidy/empathy', 'tp-tube') branches['empathy'] = ('empathy', 'gnome-2-24') branches['empathy'] = (None, 'gnome-2-24') If you want anything else, bugzilla is open. Great Frederic! Thank you very much :-) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
git and jhbuildrc
Hey everyone, was wondering if you have had any chance to find out how to tell jhbuild (via jhbuildrc) to build an especific branch/tag of your project. Also, it seems to me that gnome-common is missing some files(?), at least comparing: http://svn.gnome.org/viewvc/gnome-common/trunk/ with: http://git.gnome.org/cgit/gnome-common/tree/ some files like gnome-common.spec.in are missing, which makes it FTBFS here. Ideas? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.0 Schedule draft; Streamlining of the Platform.
On 4/2/09, Stef Walter stef-l...@memberwebs.com wrote: Matthias Clasen wrote: It would be really helpful for this to get some feedback from people who have already done a conversion to GtkBuilder. What were the gotchas ? What are the tricks that one needs to know ? I've worked with GtkBuilder some in gnome-keyring. So far the big gotcha have been the lack of support in glade for saving in the builder format directly. Maybe this has been fixed by now, haven't checked. It does now, at least in a quick trip to migration land in gnome-panel[0] I was able to load the .glade files and save them in .ui (well, GtkBuilder) format. Simple, and the new Project Preferences even allowed me to select the target GTK+ version. Great work, Glade team :-) 0 - http://bugzilla.gnome.org/show_bug.cgi?id=474080 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Modules needing a release for 2.26.0
On 3/4/09, Vincent Untz vu...@gnome.org wrote: No new release since 2.24.0 === gnome-netstatus 2.12.2 2.12.2 Done! PS: let me know if I broke something, I'm kind of newbie in releasing stuff. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Dialog and ALT modifier inconsistencies.
Hey Jarlath, On 3/1/09, Jarlath Reidy jarlathre...@gmail.com wrote: Hi folks, I've posted this on ubuntuforums, launchpad and somewhere else I can't remember. I've been gradually pointed to this mailing list. Basically, there are some inconsistencies between applications on the Gnome desktop. I understand that OpenOffice is not a part of Gnome. From your ubuntuforums post, it seems like you found an incosistency between the way some GNOME apps express the same idea. While we can't pretend to have the exact same phrase in every dialog (think text document versus email draft), we can at least try to be consistent. The first thing now would be to agree on what's a better phrase for the action of closing an editor and being asked on what do to with unsaved changes in general, like: - preserve my changes: save|save as - throw away my changes: discard - keep working: cancel If we agree on that, I think you can file bugs for all the apps you find using different phrases. Then again, we need some consensus for this, anyone? :-) thanks! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: quo vadis, docs
On 2/10/09, Gil Forcada gforc...@gnome.org wrote: Stormy is asking for ideas and topics for spend the advisory fundings, so why not propose a hackfest-like meeting for documentation, by now all hackfests have been related to programming and usability, maybe a documentation+translation can (and it's seems that needs to) have one also. Not a bad idea at all! Good questions to answer to see how possible it is are: - who will be there? - where are the doc team members located? - what would be a good central place to meet? Rough guesses are welcome :). Proposals even more. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.26 module inclusion discussion heats up
On 1/11/09, Paolo Borelli pbore...@katamail.com wrote: Apart from the usual philosophical discussions about what should or should not go in the notification area, using a notification icon in this case is especially annoying (at least for me) since it means I cannot place the volume control in the top right corner where it is fast and easy to reach. Hmmm, I agree with you. Also what if I have one applet controlling the PCM volume and another the Mic volume? (which is possible). How do I get that same functionality? Although I'm more worried about Paolo's comment, that's why I still have a weather applet and not use the clock with the 'show weather' option. :-P. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME DVCS Survey Results
On 1/5/09, Johannes Schmid j...@jsschmid.de wrote: 6. Check all the documentation stuff on live.gnome.org that needs to be updated. That is really important because not everybody is familiar with git. There should also be a short introduction to git somewhere on the wiki. And some announcements should probably be made... And perhaps explain the benefits and cool stuff, if we are moving to !svn, we should take advantage of the new cool stuff introduced... that's where something like Federico's proposal to use gitorious fit. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME DVCS Survey Results
On 1/4/09, Gustavo J. A. M. Carneiro g...@inescporto.pt wrote: Just in case I am forced to switch to git in the future (being open minded here, although I prefer bazaar), does someone have any advice how to generate a nice GNU style ChangeLog (like what emacs produces) from git commit logs? I know that some projects like Cairo auto-generate ChangeLog already, but the default git changelog format is too detailed/ugly IMHO. On a side note here, I recalled being against dropping ChangeLogs in projects in favour of commit messages. But now I love it and I realize that my main problem was that with SVN I *needed* the ChangeLog since that was the *only way* I could quickly read the project history, svn log took ages and was ugly. Now with giggle or git command line utils it's trivial to watch differences and read commit messages. On top of that we used to copy the exact same text from the ChangeLog entry into the commit message, which was pretty useless but necessary because of SVN limitations (now this is a vague comment, don't flame me). I'm not saying that ChangeLogs are useless, just commenting a little experience I had. Again, just a side note. greetings! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Eel merged into Nautilus 2.25.3
On 12/15/08, Andre Klapper ak...@gmx.net wrote: Am Montag, den 15.12.2008, 21:05 +0100 schrieb Frederic Peters: Alexander Larsson wrote: I just released Nautilus 2.25.3 which contains an internalized copy of eel, and I don't plan to do any more eel releases. This lets the compiler do better optimizations and means one less library to link against. Eel was always unsupported and shouldn't be used outside nautilus. However, some applications still does this. These apps will work against the last eel release, but should really work towards removing this dependency. I updated jhbuild moduleset; I looked at other modules declaring a dependency on eel and gnome-mount dropped it already[1] while the other one is orca and a bit strange, as it is written in Python. (Willie, could you comment on this?) I'm still wondering about the best way to find dependencies. I usually check distro's packages Depends:, ldd the binary and read the configure.ac|in for pkg-config lines. Of course that's not 100% accurate, the right way would be to grep for include blah/blah.h. That's my uneducated guess. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposal for GNOME Goal: msgctxt migration
On 11/21/08, Christian Kirbach [EMAIL PROTECTED] wrote: On Tue, 18 Nov 2008 17:27:36 +0100, Christian Rose [EMAIL PROTECTED] wrote: http://live.gnome.org/GnomeGoals/MsgctxtMigration What about making it an official goal for GNOME 2.26? +1 from me This improves the work of translators. Same thing here. What if we blog about it inviting new contributors to contribute patches for this Goal? greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: state of the icon theme
Heya, On 10/18/08, Jakub Steiner [EMAIL PROTECTED] wrote: Just like with the original tango-icon-theme, to iterate the final style for the high resolution icons, we have created and been working on an icon theme codenamed Mango [4]. This theme is currently developed in a git repository on freedesktop, but with the past experience I think this should become the next iteration of the GNOME desktop base icon theme and move to gnome svn/infrastructure rather than aiming to make this a common/fallback/hicolor theme [5]. Nice mail, thanks for updating us, I only want to add that KDE4 icons look really nice, not that ours don't look great, but I think KDE's photo realistic icons are a great alternative to have also. greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Camel ABI/API break on gnome-2-24
Hey On 9/29/08, Srinivasa Ragavan [EMAIL PROTECTED] wrote: Well, I asked Vuntz on the r-t channel, he was fine, but asked me to just check on the d-d-l, if any one is affected of this. You can anyway mention a small list of such API changes later, so if anyone was using it or planning on using it, they can quickly get back to what they were doing. Great news that even more performance work is going on :-). Kudos! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GDM version used for GNOME 2.24?
On 9/4/08, Peteris Krisjanis [EMAIL PROTECTED] wrote: 2008/9/4 Colin Walters [EMAIL PROTECTED]: On Thu, Sep 4, 2008 at 10:05 AM, Alberto Ruiz [EMAIL PROTECTED] wrote: In terminal server deployments, the gdm configuration is not trivial to setup, it usually requires tweaking the text file directly to get where you want. I consider having no migration path and no UI tool a huge regression. Personally I think we should be pushing admins towards things like preconfigured terminal server images or puppet configuration. In any case our story on graphical admin tools in general is not very good, not having gdmsetup doesn't seem like it's going to make a big difference. Except scenarios when people want to manage GDM themes (almost one of four situations) or when they want to create auto login, or... That is really shortsighted argument that gdmsetup is only used by admins. It is used by common users, as most of other configuration tools (no matter how buggy they are). #1 reason why my friends drool for GNOME: you can switch themes (that includes gdm and desktop for them). I confirm that there's a mass of people that actually change GDM themes just because they want to, first thing I do in every computer I install is to remove the ugly Ubuntu gdm theme and put something else. Just take a look at art.gnome.org: http://art.gnome.org/themes/gdm_greeter/ If it wasn't important, people would not be theming it like crazy, I humbly think we shouldn't take this feature like a trivial one, just look at how many users get to the point of sharing what they do with it. We shouldn't remove that from the community. Don't understimate this kind of stuff. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed external dependency: clutter
On 8/3/08, Claudio Saavedra [EMAIL PROTECTED] wrote: El lun, 28-07-2008 a las 11:19 -0400, Colin Walters escribió: Is there anything in 2.24 that depends on clutter, or is this just blessing it for the future? I'm also working on a clutter backend for eog, but real life, work, and the like have burnt most of my time lately. Not likely that it will be ready for this cycle. Publish the code somewhere for people to play with it. The previews in your blog (iirc) where nice. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposal: enable accessibility by default for GNOME
On 7/30/08, Bastien Nocera [EMAIL PROTECTED] wrote: On Wed, 2008-07-30 at 12:00 -0400, Willie Walker wrote: Hi All: I recently had a nice discussion with the release team about the viability of enabling accessibility (i.e., the AT-SPI infrastructure) by default for GNOME. As a result of that discussion, I'm approaching the broader GNOME community with a proposal to do this. :-) I'd agree if you can show that there's little to no performance hit from enabling it. I'd go even further and say that we should not make it possible to disable it within the UI if you can show that it won't have adverse effects on most users (that don't need a11y...). I have froze my whole session by getting the at-spi stuff to crash. More concrete examples include eog not loading images anymore after crashing at. And I gotta say my crashes were random, happened in 2.20, 2.22. Last time I asked, I was told that the a11y support was really evil regarding crashes because of limitations of orbit/bonobo/something. I'm against as long as it's not crash free, guaranteed. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed module: project hamster
On 7/30/08, John Stowers [EMAIL PROTECTED] wrote: But when I tried hamster applet, there was no such information to be seen. I would have expected to see incomplete tasks as possible activities. Works here with 2.23.4 in Intrepid, I have no evo python... greetings. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed external dependency: libcanberra
On 7/27/08, Vincent Untz [EMAIL PROTECTED] wrote: Homepage: ? Proposal on d-d-l: http://mail.gnome.org/archives/desktop-devel-list/2008-July/msg00075.html License: LGPLv2 or later (I believe) Short description: == libcanberra is a sound event library implementing the XDG sound theming/naming specs. Summary so far: === + no real comment so far Optional support is already in epiphany 2.24, I also attached patches for empathy and gnome-applets, the API is really friendly: empathy: http://bugzilla.gnome.org/show_bug.cgi?id=528929 g-applets: http://bugzilla.gnome.org/show_bug.cgi?id=543875 Marc-Andre Lureau suggested that for the epiphany patch maybe we should have considered modifying libnotify instead. Thing is that right now you can't tell canberra that a libnotify popup is the source of the sound, which beats the idea of spatial sounds. That discussion (just 2 or 3 comments) is in the epiphany bug about this: http://bugzilla.gnome.org/show_bug.cgi?id=542693 Besides saying that the API is really simple to use, I can't comment further :). greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Need Leadership
Hey, On 6/28/08, Thomas H.P. Andersen [EMAIL PROTECTED] wrote: On Fri, Jun 27, 2008 at 6:13 PM, Dave Neary [EMAIL PROTECTED] wrote: But this all getting a bit off topic I guess :) I just wanted to point out two things that might motivate developers (ego boosts and personal profit) and see if there are ways we can help those along. The ego boosting is already there. There can be enough hacker energy for weeks in a single Awesome! One way we could do more of this could be a periodical vote for the CoolestHacker or whatever. What if we hack a twitter like thing for GNOME where we can drop a line about what are we doing now or we did this week in GNOME, or maybe just a random thought. At the end of the week or biweekly someone grabs the best lines and sends a GNOME Almost Weekly News. It would work as an informal way of keeping track of what we are doing (in human readable format) and a way to comment on what other cool guys are doing. Pretty much like twitter: [monday] vuntz: ignoring panel bugs andre: @vuntz for lazy hacker of the week! diegoe: sending silly ideas to ddl Yeah, a bit of crack and maybe overoveroverkill, but I thought it fitted the gwn and public recognition things. Of course we could use twitter, it would only take to create an account that follow all the twitter'ing gnome hackers. It starts to sound a bit more sane, what do you think? :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Need Leadership
On 6/29/08, Jens Granseuer [EMAIL PROTECTED] wrote: On 29.06.2008 14:32, Anders Feder wrote: søn, 29 06 2008 kl. 02:33 -0500, skrev Diego Escalante Urrelo: What if we hack a twitter like thing for GNOME where we can drop a line about what are we doing now or we did this week in GNOME, or maybe just a random thought. I think this is a cool idea, especially if developers would also drop comments on their random ideas, questions, notes etc. For instance, a developer could ask how to use a particular API, or share an idea for a new project and others could add suggestions, or note the lack of a function or feature in a particular module, which someone then might pick up on and implement etc. It seems to me you're asking for someone to post Gnome IRC channel logs... Well there's a bunch of reasons why twitter is twitter and irc is irc. For our purposes, that twitter is accesible from anywhere where you have a browser, that messages are broadcasted to all the interested people, among other things, makes it totally different than irc. For the proposed idea, the thing with twitter would be: - anybody can browse to twitter.com/gnomos and read what we are thinking/doing in 160 chars or less, miscelanea included - it does not require anything else than a browser, no shell for a bot, no irc client, or grepping logs for somebody joined, somebody quit - 160 chars as a limit is a nice idea imo. Of course, no one would be forced to anything, if someone doesn't have twitter or doesn't want to create one, then fine, no problem. After all this is just an informal way of keeping track of what people does. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Need Leadership
On 6/27/08, Andre Klapper [EMAIL PROTECTED] wrote: Hej hej Thomas!, Am Freitag, den 27.06.2008, 14:16 +0200 schrieb Thomas H.P. Andersen: Sorry, I wasn't being clear. I should have told you my position and motivation for this. I'm about to start the last year of my master and will soon start doing job interviews. By diploma I meant a nicely laid out document summarizing my contributions to gnome. I feel that what I have learned from doing gnome stuff is almost as important as my degree definitely the same for me. and I would like to be able to document that at a job interview. it's all open source, so your contributions are public. you can link to them in your CV. you have statistic pages in gnome bugzilla, you have wikipages (with static links and fake beards *g*), you have ohloh.net and cia.vc, you have mailing list archives, you have google queries. no need for official-looking documents if your potential employer only knows a little bit about software projects, from my point of view. Yeah, all those sites are there, but you are thinking in this-century-enabled people. It's not a work only thing also, some people might be happy to hang it on the wall. Maybe it's a bit of a corner case, but the two times I had to ask a visa for guadec I was asked and don't you have a document that ackownledges your participation in this?, smiling a lot fixes the issue, but just wanted to comment it as an example of people that do prefer to receive old fashion printed certs and docs. In the worst case, it's just a sheet of paper, we can do it anyway and if people prints it, good for them. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Need Leadership
On 6/27/08, Behdad Esfahbod [EMAIL PROTECTED] wrote: On Fri, 2008-06-27 at 12:21 -0500, Diego Escalante Urrelo wrote: Yeah, all those sites are there, but you are thinking in this-century-enabled people. It's not a work only thing also, some people might be happy to hang it on the wall. Maybe it's a bit of a corner case, but the two times I had to ask a visa for guadec I was asked and don't you have a document that ackownledges your participation in this?, smiling a lot fixes the issue, but just wanted to comment it as an example of people that do prefer to receive old fashion printed certs and docs. In the worst case, it's just a sheet of paper, we can do it anyway and if people prints it, good for them. GNOME Foundation membership card that you can ask to be sent to you on demand? Haha, yeah. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-session proposal
On 6/26/08, David Zeuthen [EMAIL PROTECTED] wrote: On Thu, 2008-06-26 at 14:16 +0200, Rodrigo Moya wrote: KDE applications are still using XSMP AFAIK, so we'll need to support it in some way We do? What happens if we decide not to? Tell them we are now using a better idea and that they might want to look at it :). Or even better, let them know about it before so they can break free of xsmp too. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Need Leadership
Hey, On 6/21/08, Jason D. Clinton [EMAIL PROTECTED] wrote: I know that a lot of discussion around this topic will be taking place (in smoke filled rooms) at GUADEC but for those of us who can't afford to make the trip, some of this conversation needs to be had here on this mailing list (and pointedly not on foundation-list on which many developers are not subscribed). This mail is born out of a combination of frustration over a lack of action taken from Decadence Thread and the continuing reality check that Linux Haters Blog is giving our collective community. LinuxHaters is just awesome. [...] 2. The Giant Rift in the Gnome community over Mono has to end. I hate Mono as much as the next guy but it's quite apparent now that some really cool stuff with financial backing from Big Linux Distributor is not going away: Gnome Main Menu, Banshee, F-Spot, Beagle, Tomboy, etc. We have to get rid of the rift and bring the two diverging communities back together. Whatever damage that might incur in the minds of the Slashdot crowd has already been done--Gnome is perceived (rightly or wrongly) to be largley 'infested with Mono' in the minds of our critics. We cannot capitulate on this to appease a vocal minority of users that detest Mono. It's obvious it's not going away and, with a trivial amount of work, we can mend the rift by including the afore-mentioned mondules in our official releases. Let's just do it and move on with our lives. Let's not waste bits in this topic. The more we talk about it, the more it seems to be an issue, when it's not. You'll always find someone against it. 3. Marketing to developers must get ramped up; we agree that we need a new generation of awesome developers to bring new ideas and blood in to our process. A number of our Gnome modules are in barely maintained mode. With new blood, we can reinvigorate 2.x while looking to the future. And I've volunteer for this one in the form of 15 minute screen casts. However, it needs web hosting space. And that needs Gnome resources. What do we have to do to make this hosting happen? What else can we do to get more developers? Frustration is born from not being able to do what you know you can or must do, and I don't see how is it that you are being stopped of recording the videos you want to do. If you need space in gnome.org, I'm sure anyone in this thread will be happy to scp your videos to their homes in gnome.org, in the worst case. In the best case, pasting an URL with your videos will put the blocker on web team directly. Right now the blocker is on you! We can't upload videos we don't have!. If you are willing to do the videos, then just record them, everyone will be happy to have such contribution, I think your idea is great. But as I just said, given that you are the one willing to do the videos, everyone is waiting for you to do them. As soon as you fulfill this expectation, the new one will be where are the webmasters? why haven't they link to these cool videos?, or even better, someone will say what about $MYDISTRO? I guess I'll have to record a video!. So, basically: do what you want to do, things will just happen when you are done, in the worst case you'll have clear culprits to point to. greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new external dependency: libview
On 5/28/08, Andre Klapper [EMAIL PROTECTED] wrote: Am Mittwoch, den 28.05.2008, 11:21 -0300 schrieb Jonh Wendell: I'd like to propose a new external dependency to 2.24: libview: http://view.sourceforge.net/about.php It's a set of cool gtk widgets, developed by VMware team. In my case, I would use the widget AutoDrawer in Vinagre, to handle full screen connections. so this is yet-another-widget-library, or to quote elijah: project ridley exists precisely to get rid of our proliferation of widget libraries. i really prefer to have this (and other stuff like e.g. libsexy) correctly merged into gtk/gtkmm (?) instead. Talking of libsexy, what's up with it? Is there any plan to merge it? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: jhbuild, dbus and gnome-session
On 5/24/08, Kjartan Maraas [EMAIL PROTECTED] wrote: Hi. I'm trying to figure out how to use a jhbuild session toghether with the system provided dbus, hal, cairo etc. I'm running fedora development snapshots most of the time and I have the latest vesions of the external dependencies so I don't see the need to build these again in jhbuild. The problem is that this isn't working out as great as I planned :-) I followed this guide and had no problems last time: http://live.gnome.org/OnlineDesktop/Jhbuild greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Getting a list of open files, the smart way?
On 5/15/08, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote: On Wed, 2008-05-14 at 19:10 -0500, Diego Escalante Urrelo wrote: Hi, I have made a quite simple patch for bug 528559[0], it makes the quite useless drive is being used dialog into a list of applications using such drive[1]. I'm using a little hack with lsof, but it's not really reliable, like when process names are too long. I checked libgtop quickly but the lack of documentation didn't help. So, I'm writing to get some clues about this, any advice? My main problem is to do something like tell me which files in device $d are in use, and tell me the executable for the process using such file If you have time, you could go two steps further than the executable for the process using such file: 1- Try to find a .desktop file associated with the exe and display the application name and icon instead; That's what it does right now :). I forgot to mention the coolest part of the patch, *smacks head against desk*. The executable name is important to use it as the .desktop file name, luckily all the end user process have executables that match their .desktop files (banshee = banshee.desktop). 2- Offer options (button?) to terminate each of the applications (SIGTERM first then SIGKILL if SIGTERM does not work after a while) That's in the todo, first I need to clear the issue of reliable open files listing. Help or clues are appreciated. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Getting a list of open files, the smart way?
On 5/15/08, Shaun McCance [EMAIL PROTECTED] wrote: On Thu, 2008-05-15 at 06:19 -0500, Diego Escalante Urrelo wrote: On 5/15/08, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote: On Wed, 2008-05-14 at 19:10 -0500, Diego Escalante Urrelo wrote: Hi, I have made a quite simple patch for bug 528559[0], it makes the quite useless drive is being used dialog into a list of applications using such drive[1]. I'm using a little hack with lsof, but it's not really reliable, like when process names are too long. I checked libgtop quickly but the lack of documentation didn't help. So, I'm writing to get some clues about this, any advice? My main problem is to do something like tell me which files in device $d are in use, and tell me the executable for the process using such file If you have time, you could go two steps further than the executable for the process using such file: 1- Try to find a .desktop file associated with the exe and display the application name and icon instead; That's what it does right now :). I forgot to mention the coolest part of the patch, *smacks head against desk*. The executable name is important to use it as the .desktop file name, luckily all the end user process have executables that match their .desktop files (banshee = banshee.desktop). That's not necessarily true. On Fedora, they change the .desktop file names for lots of Gnome applications to gnome-${app}.desktop. I don't know why. True!. Don't we have a library that manages this stuff? Is it not possible to query this library on the Exec line? No we don't or at least I didn't find one. And it seems that grepping for Exec lines is not a good idea either. There's a bit of magic in the patch, :P. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Getting a list of open files, the smart way?
On 5/15/08, Benoît Dejean [EMAIL PROTECTED] wrote: Hi, I have made a quite simple patch for bug 528559[0], it makes the quite useless drive is being used dialog into a list of applications using such drive[1]. I'm using a little hack with lsof, but it's not really reliable, like when process names are too long. I checked libgtop quickly but the lack of documentation didn't help. So, I'm writing to get some clues about this, any advice? My main problem is to do something like tell me which files in device $d are in use, and tell me the executable for the process using such file system-monitor has this using libgtop. feel free to steal the code. i'll answer all your technical questions. I read it but didn't get too far, I'll check again and spam you with questions. Thanks. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Getting a list of open files, the smart way?
On 5/15/08, Olav Vitters [EMAIL PROTECTED] wrote: On Thu, May 15, 2008 at 01:21:36PM -0500, Diego Escalante Urrelo wrote: Don't we have a library that manages this stuff? Is it not possible to query this library on the Exec line? No we don't or at least I didn't find one. And it seems that grepping for Exec lines is not a good idea either. There's a bit of magic in the patch, :P. libmenu ? Anyway, check what Bug-Buddy does. You need to ensure that you get info even for NoShow stuff, etc. Thanks, I didn't think of bb. I'm checking it right now. :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Getting a list of open files, the smart way?
Hi, I have made a quite simple patch for bug 528559[0], it makes the quite useless drive is being used dialog into a list of applications using such drive[1]. I'm using a little hack with lsof, but it's not really reliable, like when process names are too long. I checked libgtop quickly but the lack of documentation didn't help. So, I'm writing to get some clues about this, any advice? My main problem is to do something like tell me which files in device $d are in use, and tell me the executable for the process using such file thanks everyone, Diego 0 - http://bugzilla.gnome.org/show_bug.cgi?id=528559 1 - http://bugzilla.gnome.org/attachment.cgi?id=109417 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module proposal: Conduit for GNOME 2.24
On 3/31/08, Bastien Nocera [EMAIL PROTECTED] wrote: I'd like to see the UI reviewed before giving it a +1, as I've had very hard times understanding how to actually make it work. Something a bit more like iSync (at least for the core PIM data) would be nice. And I'm still figuring out... :) +1 from me too, but considering what others already mentioned about reviewing the main UI and preferences window, I share those comments. greetings! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSOC 2008 advice
Hey, On 2/28/08, Luis Villa [EMAIL PROTECTED] wrote: ... Suggestion: * backup: Apple's Time Machine is the greatest thing since sliced bread. Sadly, as is common with Apple apps, Linux has had all the pieces in place for this for ages (rdiff-backup, etc.) but never put it together in one sweet package. You could do that. Check this out: http://code.google.com/p/flyback/ haven't tried, but seems nice and simple. I recall a positive review somewhere, that's how I found it. greetings Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: help sanity check the release notes
On 2/27/08, Matthias Clasen [EMAIL PROTECTED] wrote: In the section on the international clock, you might want to mention that the clock will also show you the weather so that you can mock you teleconference participants about the rain in Sydney. A screenshot would be nice too. Speaking of that, I was going to produce some (for C and es), besides using Clearlooks and default GNOME icon, any other guideline?. Also, is it ok to commit directly (I would say yes)? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gconf key for gnome-scan lib
Hey On 2/24/08, Étienne Bersac [EMAIL PROTECTED] wrote: Hi, I'm implementing per app settings saving in libgnomescan using gconf. I wonder which key naming policy i should use : /apps/gnome-scan/%apps%/%key% ? /apps/%apps%/gnome-scan/%key% ? /desktop/gnome/scan/%apps%/%key% ? other ? I'm no expert but I think the correct thing would be to put that in /apss/gnome-scan because: - installing in /apps/%app%/ would need you to have %app% provide an scheme for that key (or you would have to provide it but would be a mess to have so many keys) - it's far easier to kill all the gnome-scan setting by removing /apps/gnome-scan than digging into every dir That's my opinion. Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: March 2008 Linux Journal has articles on GNOME Accessibility
Hey On 2/15/08, Steve Lee [EMAIL PROTECTED] wrote: Congrats to both of you, that's a great mag to be published in. Hope I can get a copy here. Same! That reminds me that the little article I wrote for the new Python Magazine is released next week so it can be posted on GNOME and/or a11y.org. So I'm wondering where it would best go and what format it should be in. At the moment it's text (with a little light markup) plus images. I'm thinking the GNOME wiki is the place to be. I would say GNOME Journal is your best candidate. -- Steve Lee On 15/02/2008, Willie Walker [EMAIL PROTECTED] wrote: Hey All: Just a quick note -- Eitan Isaacson and I have GNOME accessibility articles published in the March 2008 Linux Journal. Mine is on Orca and Eitan's is on Accerciser. This is exciting stuff to me because it helps get our GNOME accessibility story out to a large range of mainstream developers and decision makers. One of the great things about working on accessibility in GNOME is that the majority of the people support it across the board. Way to go, and many thanks for your support, your positive attitude, and the fact that you get it. Will PS - I blogged about it here: http://blogs.sun.com/wwalker/. Click on it and you can see the Many Faces of Will at the top. The most recent is the one furthest right -- I have very short hair and I'm skinny after a hard season of bicycle racing. My favorite is the second from the left, but my wife thinks I look too Hey Dude. ___ gnome-accessibility-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Nautilus unmount volume, also power-off?
Hey On 2/4/08, Simos Xenitellis [EMAIL PROTECTED] wrote: Hi All, Currently Nautilus offers the option to either unmount or eject (if suitable) a volume, such as an external USB harddisk or flash drive. There has been discussion in user forums if it is possible to power off those external storage devices as well, http://ubuntuforums.org/showthread.php?mode=hybridt=451344 http://www.techteam.gr/index.php?showtopic=118719 A way to implement the unmount+poweroff in Nautilus is to create a Nautilus action that calls umount, then sdparm --command=stop, and there is such a script circulating the forums. Here is what I have in mind in implementing this a. An external device can have several partitions. A power-off must be attempted only when all partitions have been unmounted. Currently, the UI does not offer yet an option of the sort You have 4 partitions mounted, shall I unmount them all? but this can be done latter. b. The user should not be confronted with information on power-off; a power-off should be attempted when the last partition of a device has been unmounted. That appears to be the case in Win/OSX. c. Sending the STOP command appears not to work for some external USB devices. I think it should be ok to try it anyway after the last umount of a partition. An alternative to sdparm is sg_start --stop /dev/sdX. d. Sending STOP to a flash drive can switch off the indicator light, which is nice feedback to the user that they can unplug. You just solved one of the mysteries in my friend's linux desktop. Nice idea btw. :P Greetings ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: how to take screenshots of cheese
On 1/15/08, Bastien Nocera [EMAIL PROTECTED] wrote: On Tue, 2008-01-15 at 20:50 +0100, daniel g. siegel wrote: hi guys! as gnome 2.22 gets ready, we probably need some screenshots of cheese. as other programs, like eog or tomboy can show just some sample media, i cannot show just a sample face. any idea how i could make screenshots without having my face all over the gnome website? well, i would like that too, but i dont know if you guys want that ;) If it's just screenshots, can't you use a source other than v4l(2)src in your hacked version with a picture with a nice license (say, some creative commons license). You could even add that as an option in Cheese itself if passed a particular command-line option, so that other people can do mock screenshots too. Or you could use your nice puppet :) Puppet +1 and if it's a wanda puppet even better. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-audio repo
Hey! On 1/11/08, Luca Ferretti [EMAIL PROTECTED] wrote: Il giorno ven, 11/01/2008 alle 11.08 +, Bastien Nocera ha scritto: Heya, I was wondering where the gnome-audio module disappeared. I did some work getting the sounds updated for Fedora, pinching sounds from other themes, and the result is pretty decent for a default GNOME setup. BTW on my local copy of gnome-themes-list mailing list, only recently appeared this message[1], proposing the audio theme Cleanus... [1] http://mail.gnome.org/archives/gnome-themes-list/2007-November/msg00019.html misc By some reason I'm still unable to download cleanus, time ago when the topic popped and lots of themes were suggested, I was able to get all the themes except for Cleanus that seemed to always be on a dead server. /misc greetings! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: build systems
Hello, On 11/9/07, Rob Taylor [EMAIL PROTECTED] wrote: (...) One problem I find rather endemic in gnome is a) 'forced' usage of older automake/autoconf versions (why AM 1.7? why?!) and a lot of very confusing and messy autotools usage (I'll make a list if people want..). Maybe it'd be better for us to spend time cleaning up our autotools usage to be more understandable than switching to something else that's less capable. Please make the list, we should include it somewhere in Developer's resources so new people or people just not so interested in autofoo can use it as a reference to fix problems. It can even become a GnomeGoal. greetings, Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Roadmap Draft - Call for Review
Hei On 11/3/07, Lucas Rocha [EMAIL PROTECTED] wrote: Hi all, I decided to postpone the review deadline to next monday (November 5) to give a litle bit more time for feedback. Great, October 3rd was a bit `off-date`. We are not that fast!. Sorry couldn't avoid joking on that typo. You could add to Epiphany that the filechooser now sports previews for images when built with --enable-filepicker. Maybe Show previews for images when browsing for files from web forms ? Diego Thanks, --lucasr 2007/11/1, Lucas Rocha [EMAIL PROTECTED]: Hi all, The GNOME Roadmap draft for 2.22 (and partially for 2.24 and future 2.x releases) is available at: http://live.gnome.org/RoadMap/Draft This is a call for triaging the Roadmap. If you're a maintainer/developer of any GNOME module and think there's any wrong or missing information in there, please let us know or just edit that page directly. Note: the Roadmap is not the Release Notes. Therefore, we can go a little bit deeper into the technical details. We tried to cleanup the too-specific/internal technical details though. We plan to heat up discussions about the actual content of the Roadmap in the next days. You can see the major topics for discussion in the Proposed GNOME-wide/Platform goals section. Big thanks for all the maintainers/developers who provided the necessary information to build this roadmap! We plan to publish the Roadmap in the official page[1] on October 3 so it would be really nice to have all the fixes until this date. Cheers! --lucasr [1] http://live.gnome.org/RoadMap ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: In which module is the desktop background that is shown on the screenshot on gnome.org
Hey On 10/14/07, Jaap Haitsma [EMAIL PROTECTED] wrote: Hi, I remember there was some small contest to have a new desktop background for GNOME 2.20. The winning background is shown on the screenshot which currently is on http://www.gnome.org It's Andreas Nilsson's work: http://www.andreasn.se/blog/?p=58 Buy him a drink next GUADEC. :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: a11y module proposal: MouseTweaks (i.e.: software click)
Hey, On 10/12/07, Gerd Kohlberger [EMAIL PROTECTED] wrote: (...) I suggest the following: * Rename mousetweaks-preferences to gnome-accessibility-mouse-preferences and rework the gui. * Maybe put a launcher 'Mouse Accessibilty' in System-Preferences-Universal Access * Provide a patch for gnome-at-properties which adds a button 'Mouse Accessibility' in the Preferences Section to launch the dialog. This would complement the existing gnome keyboard features with a mouse counterpart. +1 from me, good suggestion. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed passing of the baton
On 9/29/07, Wouter Bolsterlee [EMAIL PROTECTED] wrote: 2007-09-29 klockan 19:01 skrev Elijah Newren: Recently I proposed to the release team that it's time for someone else to take the role of GNOME's Release Manager. With their agreement, I bring the proposal to the development community at large to have Vincent Untz take the reins. Rock on, Vincent. :-) Note sure. Vincent is also the gnome-session maintainer, so we risk that gnome-session is patched to include setlocale(LC_ALL, fr_FR.UTF-8) right before a stable version is released... ;) Right. French already have too much power in GNOME, let's stop the conspiracy!!! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: web login driver
On 9/28/07, Colin Walters [EMAIL PROTECTED] wrote: So a while ago we had a largish discussion about the problem of typing your password for web-related services a bunch of times into different apps; for example into: * GMail website * Online Desktop sidebar * Pidgin/IM Now this is definitely a problem where you can start in multiple places; after talking with Bryan though, we felt that for services that are strongly web related (e.g. GMail), the natural thing was to sign into the website first. So, I created a small daemon I'm calling web-login-driver which simply monitors your Gecko-based browser profile for saved signons, and has a static list of matching fields which applications can act on. For example, if your app can do something GMail related, you can notice the 'GMail' hint and make use of the username/password. The file also includes a bit of code which auto-creates a GMail pidgin account based on the GMail hint. In other words, you sign into GMail, you automatically have a local Pidgin IM setup. http://svn.mugshot.org/online-desktop/trunk/weblogindriver/ This is really cool :). Have you thought on adding a warning dialog like gnome-keyring when someone is trying to access this info? (I haven't tried your code yet). Thanks for letting us know! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: boost default thumbnail limit?
Hey, On 9/25/07, Dr. Michael J. Chudobiak [EMAIL PROTECTED] wrote: Hi all, Does anyone object if we bump the default thumbnail limit for Nautilus up from 5 MB to 10 MB, to accommodate modern cameras? Doesn't sound dangerous, most people using cameras that produce that size of pictures have good enough hardware to process thumbnails of 10Mb files. I'd say it's perfectly reasonable. Have you mailed nautilus list?. Greetings! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New clock applet for 2.22
Hey! On 9/24/07, Matthias Clasen [EMAIL PROTECTED] wrote: On 9/24/07, Vincent Untz [EMAIL PROTECTED] wrote: Calvin Gaisford and I have been discussing this a few weeks ago and he'll work on getting the two merged. My preference is to use the current backend code, and import the intltool UI in the clock. I don't think it will be really hard, although I don't know how much work this involves. I'm a bit unsatisfied with the UI, though, since it means having a lot of information in the popup. So usability input would be great. The changes you've made look quite interesting. The ui bits are based on design input by Bryan Clark. Maybe I should put some of his earlier mockups on the wiki page, too. Speaking of UI, I have a little suggestion (based on the mockup on Fedora wiki). I see that below the world map there's a row that has a clock, the zone and the weather, it's really cool but I can imagine it filling a 1024x768 screen pretty quickly. I would like to suggest that this rows are self-aware enough to know if screen space is too short then change from the big expanded view of the mockup to a more table like one (with the cool graphics and stuff but with fonts a lot smaller). But that's a minor thing, I think it looks great :). ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Drop crasher reports from 2.16 and before
Hey everyone, We discussed this last few days on bugsquad list about the following, we didn't find anything negative about it we are letting you know about it, feel free to comment about it. Proposal: Drop crasher reports from 2.16 and before Reasons: 1. They are really old and most of them are answered well yes, try SVN/last-release it [might be] fixed there, or simply ignored. They only make bugzilla noisy, hence making difficult to find useful reports. 2. It is unlikely any new crasher will occur. As we've been triaging these crashers for over a year, the chance of a new 2.16-specific crasher is not worth the amount of time it takes to triage the dupes. You can easily confirm if a crash report is old enough by checking metadata provided by bug-buddy like the distribution (for example Ubuntu 6.10) and of course the version. Greetings! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Nautilus webpage freshness
On 9/15/07, Steven Brown [EMAIL PROTECTED] wrote: Is there some other webpage for Nautilus, or is the webpage really that stale? (latest release == 2.12) No, there isn't another one as far as I know. http://www.gnome.org/projects/nautilus/ Willing to help update it if someone wants to give direction/instructions. :) You can help on the new gnome web, check marketing-list and gnome-web-list. More info on the wiki: http://live.gnome.org/GnomeWeb/ http://live.gnome.org/GnomeWeb/RevampShowstoppers Greetings! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Fwd: How to download the API references pages?]
On 9/11/07, Tim Miao [EMAIL PROTECTED] wrote: Hi, This is Tim from Sun desktop team. I'm looking for some GNOME2.20 API references pages/packages/tarballs. Would anyone please give me a hint where I could download them all on page http://library.gnome.org/devel/references ? You can install the -doc packages of your distribution and use Devhelp to browse them (or just a browser to open the installed htmls). But now that you mention it, it would be good to have a link to Download this document in l.g.o. Greetings! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Git vs SVN (was: Can we improve things?)
On 9/12/07, Federico Mena Quintero [EMAIL PROTECTED] wrote: [moving thread to d-d-l] On Mon, 2007-09-10 at 23:33 +0200, Olav Vitters wrote: On Mon, Sep 10, 2007 at 03:05:18PM -0500, Federico Mena Quintero wrote: Because it is no longer possible to create new SVN modules easily, as it was when we used CVS. By easily I mean that it you want to create a module, you don't need to ask anyone to do it for you. So ehr, we should have svn.gnome.org/svn/testingground ? (or whatever?) I don't know how Subversion repositories work. Why can't people simply do svn import mynewmodule svn://svn.gnome.org/svn/mynewmodule ? [Just tested it - doesn't work.] [During the days of cvs.gnome.org, /cvs/gnome was group-writable by member of the cvsusers group; that was enough for people to be able to import new modules. Not everyone had a full shell account; they were restricted to cvs only.] http://developer.gnome.org/tools/svn.html - which leads you to http://developer.gnome.org/doc/tutorials/import.html if you want to import your code, but THAT WON'T WORK because it still talks about cvs import. Feel free to fix it and point to NewSVNRepos. Sure, I'll do that. I was just describing the sort of experience that developers get when trying to use our infrastructure. [Straw poll: how many people here *don't* know that developer.gnome.org is a module on SVN? How many people don't know the corresponding module name?] svn in the search box. Great, the first search hit is http://live.gnome.org/NewSVNRepos - which tells you mail an admin with this list of requirements. Download page? Project homepage? Come on, this is my first it barely works release - I don't have all that set up yet! Ehr? Doesn't it tell you that *if you have a GNOME SVN account*, we only care about *your GNOME SVN account and your requested module name*? Sorry, where does it say that? if it doesn't, just mention this (it is a wiki:). See, how was I supposed to know that? I assume that whoever hands out new repositories wrote the NewSVNRepos page and put accurate information there. By the way, we should also add some info that clarifies that if you get svn access it's not restricted to the project you work on, and also that bugzilla product admin rights are not the same as svn rights. I have been solving tickets in the accounts queue and found a good number of them about requesting rights that are actually requests for bugzilla rights or requests for access to svn module X when they already have an account (hence they have rights for everything already). If someone can help rephrase that, maybe we should add it to a subsection of http://live.gnome.org/NewAccounts , something like Account types, can and can't. Greetings! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Fwd: Re: gnome-media/gnome-cd commit]
On Thu, 2007-09-06 at 22:28 +0100, Bastien Nocera wrote: On Thu, 2007-09-06 at 17:10 -0400, Michael Terry wrote: Whoa, whoa, whoa. I think there's some miscommunication here. First and foremost, I will go about reverting tonight. Don't worry about it, it just removed a lot of old cruft, and I think we can let this in. Secondly, I did reply to Bastien when he originally emailed me explaining that I was under the impression I had gotten permission (in bug 411975). It appears I didn't include Ronald in that reply (a Reply/Reply All mistake). The text of my email is below [1]. I thought that the matter was resolved with that explanation because I heard no response. Ronald's email on the 9th never made it to me. It appears to only be addressed to Bastien(?). Again, I'm sorry for the trouble this commit has caused, but I never acted in bad faith. I honestly originally thought permission had been granted and never received notice to revert (did Ronald also email the invalid [EMAIL PROTECTED] address?). I guess it was miscommunication. I was under the impression that you did get that last mail from Ronald. Never mind then. But let this serve as a warning to people who abuse their commit powers :) Muahaha? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: org.gnome.Application DBus Interface
On 8/14/07, Rodrigo Moya [EMAIL PROTECTED] wrote: On Mon, 2007-08-13 at 21:01 +0100, Alex Jones wrote: (It seems some of my mail is going missing. This will screw up the threading but whatever.) Rodrigo Moya wrote: On Fri, 2007-08-10 at 17:45 +0100, Alex Jones wrote: Hi list the org.gnome.Application DBus interface provides a way for applications to expose common application functionality in a standardised way. sounds pretty good... it would indeed be very useful to start using this for apps to export actions, so, what about adding a: InvokeAction (action_name, arguments) method? That way, we could use this interface for calling actions (not based on (complicated) URIs) on the app. Rhythmbox could just have several actions, like Play/Pause/Volume up-down/etc That would be very useful (as we tried to do on the CORBA days) for automation Actually what is a better solution here is to use a different interface, such as the common media player interface described here: http://wiki.xmms2.xmms.se/index.php/Media_Player_Interfaces. That way, making Rhythmbox pause becomes a case of calling (org.gnome.MediaPlayer).Pause() rather than (org.gnome.Application).InvokeAction(Pause) yeah, might be better, but in this case you will end up with lots of interfaces. Think when apps start doing heavy use of this, to communicate with app A you need the A interface, the B interface for app B, etc. For the most common cases (media player, file manager), of course it might make sense, but I was thinking of this as a way to invoke actions on *all* apps (that support it, of course), rather than just a media player or some specific app. (Just thinking out loud, correct me if I'm wrong) It's like having: set_size get_size set_text get_text set_whatever get_whatever ... VS set_prop get_prop You can do your life easier with the _prop combo, like: set_prop(prop_var, prop_val) In my humble understanding, that's easier to code and understand than: set_$(prop_var)(prop_val) I would say go go InvokeAction. Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposed external dependency: Rarian
On 7/30/07, Andre Klapper [EMAIL PROTECTED] wrote: (i had missed rarian, thanks for the hint, guenther!) it has been proposed to replace scrollkeeper by rarian. You said replace and scrollkeeper in the same sentence, enough. +1. :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Fwd: Gnome panel hacking
I wrote about this some months ago: http://mail.gnome.org/archives/desktop-devel-list/2007-March/msg00141.html Nobody replied however. On 6/18/07, Bastien Nocera [EMAIL PROTECTED] wrote: On Tue, 2007-06-19 at 00:12 +0200, Gianni Moschini wrote: Seems that Vincent Untz is the current maintainer of gnome-panel, so this should have been directly sent to him. But the panel is something everyone uses, so I am just sending it here. I would like to know if the Window List applet still have resizing problems. It's hard to explain, so I will just post links to a vid[1] and two screenshots[2] from the vid to show what I mean. Please tell me if it is fixed in the current gnome-panel applets version or if any of you still experienced strange behavior. I checked the bugzilla, but can't find anything related to that. Look in gnome-applets, or libwnck bugs, I'm pretty sure you'll find it there. -- Bastien Nocera [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gnome panel hacking
On 6/18/07, Elijah Newren [EMAIL PROTECTED] wrote: On 6/18/07, Diego Escalante Urrelo [EMAIL PROTECTED] wrote: I wrote about this some months ago: http://mail.gnome.org/archives/desktop-devel-list/2007-March/msg00141.html Nobody replied however. Attention all aspiring heroes of GNOME: Fix bug 310809 and fame will be yours. Not only will you will you be praised by me for making me not have to hide in shame everytime this issue is brought up, you'll have earned the accolades of your fellow GNOMErs for slaying this mighty beast. Pretty please? Hahaha. Main issue with that bug when I checked it was that there's a lot of discussion that makes aspiring gnome heroes think that they better let it on current heroes and rock stars hands. So if you or anyone can put some nice bullet point comment about what and where to hack this, it would help a lot. As a side note about this, as a new contributor my major concern when checking bugs was always that most of the time directions where very vague on how to fix the issue. Maybe we could all have in mind that next time we say yeah this bug sucks or something similar on bugzilla, we leave some pointer about how to fix it, that would help a lot all the people willing to start hacking on new modules (wheter they are already contributors or not). Convenient link: http://bugzilla.gnome.org/show_bug.cgi?id=310809 Greetings, Diego, your local aspiring gnome hero. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: High CPU load from image slideshow screensaver
Hey! On 5/29/07, Adam Rosi-Kessel [EMAIL PROTECTED] wrote: The image slideshow screensaver in gnome-screensaver puts such a load on my laptop's CPU that the fan runs constantly and tasks such as music playing with totem become very choppy. Although it's an older laptop, I would hope it wouldn't be viewed as totally obsolete: it's a Pentium III 700 MHz with 512M RAM. The only way I can get music to play smoothly while the screensaver is on is to renice -1 the music task and +20 the screensaver task. Is there some reason the photo slideshow is so CPU intensive? At first I thought it was because it was resizing the images to fit the screen, but after converting all the images in my image directory to 1024x768 (the LCD resolution), the result is identical. Can anyone suggest a workaround for this? It doesn't seem like too much to ask for to be able to play normal bitrate MP3s and have the screensaver on at the same time. I'm using Debian Etch. Have you checked if there's no other task running while the screensaver is? I say this because maybe some app you are running checks for idle time and starts some process. Also I couldn't find the Image slideshow screensaver on my gnome-screensaver preferences, maybe you refer to f-spot's one? If that's the case I just tested my f-spot screensaver but my processor stayed at it's lowest speed (600 Mhz). Since 600 is almost 100% of your CPU, maybe we can suspect that f-spot could be doing something nasty that requires some cpu?. Please double-check the first thing I mention (other background processes). Good luck!, Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Roadmap Draft
Hey Lucas, Just a quick thought, should GnomeGoals be considered on the RoadMap as dateless goals? Kudos to the RoadMap Gang!. Greetings! Diego ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [gnome-love] GNOME Goal: Update About Dialogs
Hey :) On 5/20/07, Luis Menina [EMAIL PROTECTED] wrote: Hi everyone, This a request for comments for the GNOME Goals project, which aims at improving desktop consistency, and helping newcommers to get involved in the GNOME community. We're trying to launch a new GNOME Goal to migrate the about boxes to the GtkAboutBox API that came way back (in GTK 2.6). You can find the proposal here: http://live.gnome.org/GnomeGoals/AboutDialog There are however for the moment a few blocking problems. 1. The way the license is handled == There is an enhancement request for usual licences support in GtkAboutDialog: http://bugzilla.gnome.org/show_bug.cgi?id=336225 We have 3 choices: * Copy/paste the license text in each project in the license property * Wait until the API for usual licenses is implemented and use the license-name property (volunteers ?) No need to hurry, I would just wait. * Use a copy/pasted version, then launch a new Goal when the API is ready (overkill IMHO). 2. The text to use for the website URL == If an usability guru reads that, should we use as text for the link to the application's project: * the rough URL of the project, * or a text like XYApp Web Site ? XYApp Web Site looks nicer, I don't think it's important to show the target url at all. In any case, you could show that info with a tooltip (if it's possible/makes sense). Please add your comment in replying to this mail, or in the Comments section of this GNOME Goal proposal at http://live.gnome.org/GnomeGoals/AboutDialog Thank you Luis Menina ___ gnome-love mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gnome-love ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
RE: Icons for IM programs
(sorry if double-posted, I had some email forwarding issues) Hellooo :) On 5/18/07, Jaap Haitsma [EMAIL PROTECTED] wrote: I would like hear the opinion of developers from all IM clients and tango artists to see if we can create a common icon set. I agree completely. I can see some applications still wanting to add their own themes for somethings like smileys and status icons, but a theme that fits in with the rest of the desktop would be really nice. Pidgin has already been given a very nice tango icon set by the tango artists. So it could be just a matter to get them in the icon naming spec and putting them in gnome icon theme. They are pretty nice, but I bumped into a problem this days... it's not really serious but it would make a difference in certain circumstances. I was talking with a friend on Yahoo and we started playing with the emoticons of Pidgin. At first we didn't recognize some of the icons because we were used to default Yahoo ones, but after some playing we get used to the tango theme. But then this idea hit us. If the person that I'm IM'ing is using the Yahoo icons (on the official client or in an old Gaim or whatever), how can I tell that the icon I'm seeing/sending means the same in the other guy's screen?. Maybe I send a Weird icon and in the other side it's understood as Holy cow! because of the theme difference. It's not an issue exclusive to Pidgin or a possible gnome-im-icons, I wanted to comment it anyway because it _makes_ a difference sometimes. Greetings! Jaap ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Icons for IM programs
On 5/18/07, Xavier Claessens [EMAIL PROTECTED] wrote: On ven, 2007-05-18 at 15:43 -0500, Diego Escalante Urrelo wrote: (sorry if double-posted, I had some email forwarding issues) Hellooo :) On 5/18/07, Jaap Haitsma [EMAIL PROTECTED] wrote: I would like hear the opinion of developers from all IM clients and tango artists to see if we can create a common icon set. I agree completely. I can see some applications still wanting to add their own themes for somethings like smileys and status icons, but a theme that fits in with the rest of the desktop would be really nice. Pidgin has already been given a very nice tango icon set by the tango artists. So it could be just a matter to get them in the icon naming spec and putting them in gnome icon theme. They are pretty nice, but I bumped into a problem this days... it's not really serious but it would make a difference in certain circumstances. I was talking with a friend on Yahoo and we started playing with the emoticons of Pidgin. At first we didn't recognize some of the icons because we were used to default Yahoo ones, but after some playing we get used to the tango theme. But then this idea hit us. If the person that I'm IM'ing is using the Yahoo icons (on the official client or in an old Gaim or whatever), how can I tell that the icon I'm seeing/sending means the same in the other guy's screen?. Maybe I send a Weird icon and in the other side it's understood as Holy cow! because of the theme difference. It's not an issue exclusive to Pidgin or a possible gnome-im-icons, I wanted to comment it anyway because it _makes_ a difference sometimes. I think the solution here is to have yahoo icons if it's possible by licences. Like that we can have icon names like face-yahoo-something, face-msn-something, etc... I'm not sure things like that should go to gnome-icon-theme even if it's ok for licences. If licences are a problem we can make a seperate package for yahoo/msn/etc icons like that distributions like ubuntu can have them in multiverse. Good idea, like the gstreamer-plugins, -ugly, -bad, -good, etc. Xavier. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list