Re: Retiring app menus - planning for 3.32.0
On Fri, Sep 21, 2018 at 11:59:54AM -0700, Christian Hergert wrote: > On 09/21/2018 11:43 AM, Shaun McCance wrote: > > Can you elaborate on this? One of the goals of Mallard is to allow > > plugin docs to integrate into the main app docs. Is there something we > > could be doing better? > > Advertise the feature? :) > > Does it work when they are installed into different directories like > ~/.local/share/$app/plugins vs /usr for the app? > > I'm still not in favor of users having to open help and scan for > shortcuts when we have a very simple way to find what you're looking for > via the search window (and discover new things you didn't know about). > > But I'm biased, given that I wrote it. > > I'm also skeptical that users will think to open help to find shortcuts > when the dominant platform (web) has gone with the shortcuts overlay > route (albeit their only option). Going extra mile to “find” shortcut is never gonna fly. Years ago, we had a perfect solution for discovering shortcuts – relevant letters were underlined in the menus. In some cases underlining appeared only after Alt was pressed, which was less discoverable, but still many times more easy to find than shortcuts popup easter egg. Please bring back underlined menu items. -- Tomasz .. oo o. oo o. .o .o o. o. oo o. .. Torcz.. .o .o .o .o oo oo .o .. .. oo oo o.o.o. .o .. o. o. o. o. o. o. oo .. .. o. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Matrix as a replacement for Telepathy
On Fri, Aug 25, 2017 at 03:19:34PM +0300, Adrian Perez de Castro wrote: > While in many respects I like a lot some of the ideas behind Telepahy, and for > example the seamless integration of third-party IM providers in the N900/N9 > was outstanding, there is one major drawback: Making all CMs fit into the > common set of features of all the supported ends up providing a suboptimal > user experience (sometimes vastly inferior). This is one of the reasons why > Empathy was always very mediocre at supporting XMPP and I for many things I > ended up finding myself using Gajim when I was an avid XMPP user. > > On the other hand, by adopting Matrix we have the chance of providing an > exceptional native UX at a potentially much smaller development cost by > focusing on a single protocol [1] — and Matrix itself connecting to > third-party services, instead of trying to solve the fragmentation in the > client-side with subpar solutions. That's kinda ironic, as XMPP was Matrix of its time. There was connectivity to other (proprietary) IM networks through server-side “transports”. Client implementing XMPP only was able to chat with ICQ, GG, MSN, IRC and others – via transports. It didn't save XMPP, why would this design results in different fate with Matrix? -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Tracker as a security risks
On Fri, Dec 09, 2016 at 01:35:39AM +0100, Michael Biebl wrote: > 2016-12-06 0:03 GMT+01:00 Michael Catanzaro <mcatanz...@gnome.org>: > > On Mon, 2016-12-05 at 21:31 +0100, Carlos Garnacho wrote: > >> Thanks for the tip :), worth a look indeed, although I'm looking into > >> using seccomp directly. > > > > Strongly consider using libseccomp for this! > > Has it been considered to use the systemd sandboxing features? tracker > already ships systemd --user service files, so you'd basically get > that for free. Correct me if I'm wrong, but aren't systemd sandboxing features only available to system instance? User systemd sessions lack priviledges to set up separate namespaces etc. Also, in additional to libseccomp, there's https://github.com/projectatomic/bubblewrap for sandboxing. It is suid binary, though. -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Music needs you!
On Sat, Dec 26, 2015 at 06:11:23PM +0100, Tomasz Torcz wrote: > On Sat, Dec 26, 2015 at 10:14:46AM -0500, Vadim Rutkovsky wrote: > > Hey, > > > > Music should include files from ~/Music and ~/Downloads only. > > If some other files are played - please file a new bug (please > > attach the output of 'gnome-music -d' to help debugging it). > > Is this written in F1 help for GNOME-Music? Is there an > instruction how to add other directories? (I could find it) "couldn't" of course. Sorry. -- Tomasz Torcz "God, root, what's the difference?" xmpp: zdzich...@chrome.pl "God is more forgiving." ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME Music needs you!
On Sat, Dec 26, 2015 at 10:14:46AM -0500, Vadim Rutkovsky wrote: > Hey, > > Music should include files from ~/Music and ~/Downloads only. > If some other files are played - please file a new bug (please > attach the output of 'gnome-music -d' to help debugging it). Is this written in F1 help for GNOME-Music? Is there an instruction how to add other directories? (I could find it) -- Tomasz Torcz "God, root, what's the difference?" xmpp: zdzich...@chrome.pl "God is more forgiving." ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: monitor setting in gnome using new randr 1.5 option
On Thu, Nov 12, 2015 at 05:37:53PM -0500, Stephen Adler wrote: > Is there a video driver which supports 4K MST monitors which runs under > linux so that I can test this new "tile blobs" thing? > I'm kind of sick of NVIDIA right now but the only alternative is ATI cards > which when I last tried, did not have MST support under the linux drivers. [ANNOUNCE] xf86-video-ati 7.6.0 * DisplayPort 1.2 MST support http://lists.x.org/archives/xorg-announce/2015-November/002657.html -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Online Service API keys
On Fri, Oct 09, 2015 at 02:12:06PM -0500, Michael Catanzaro wrote: > On Fri, 2015-10-09 at 17:41 +0300, Alberto Mardegan wrote: > > Unless Yorba manifests some interest in getting the Facebook > > integration > > fixed in Shotwell, would GNOME be willing to takeover the project, > > and > > consequently the associated Facebook application key? > > To be clear, Shotwell is a GNOME project since it was recently moved to > git.gnome.org. But it's clearly not being developed anymore, Slightly offtopic: we had F-Spot but the development ceased. Then we had Shotwell which seems dead now. Is GNOME left without easy, tagging photo manager? -- Tomasz .. oo o. oo o. .o .o o. o. oo o. .. Torcz.. .o .o .o .o oo oo .o .. .. oo oo o.o.o. .o .. o. o. o. o. o. o. oo .. .. o. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 3.14 Release Notes
On Thu, Sep 11, 2014 at 11:24:20AM +0100, Allan Day wrote: drago01 drag...@gmail.com wrote: evince: Remove annotations support ... this is a bit misleading it means option to remove annotations from a document ... Yeah, it became improved annotations functionality in the actual notes. improved annotations functionality conveys 10x less information and is 10x less useful than option to remove annotations from a document. -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Geoclue needs your help!
On Fri, Jan 24, 2014 at 08:06:09PM +, Zeeshan Ali (Khattak) wrote: The source makes use of the new Mozilla Location Service[1] and that being very new, does not have a lot of coverage. The good news is that they provide a web API and an android application to allow people to help them extend their coverage: Mozstumblr. I talked to our designers briefly about having a similar service/app in GNOME to be able to contribute data from GNOME itself as well but lack of GPS hardware makes it rather not that useful in the end. So what I would really appreciate is for you nice folks to consider installing Mozstumblr on your android phones (if you have one, that is) and make our geolocation framework work as well as we all want it to. Mozilla works one way with this Location Service. They do collect data, but don't allow downloading them back: http://pavelmachek.livejournal.com/120952.html I don't think GNOME should encourage contributions to such closed, proprietary service. -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Power switch to actually turn off my computer
On Fri, Apr 11, 2014 at 09:21:19AM +, Charles T. Smith wrote: Oh. I still haven't learned where it stores the configuration when it's not powered up. I don't even know where to look: Why do you need this knowledge? It just implementation detail in grand scheme of handling power button (which by default is handled by logind reacting to keypresses, gnome-settings-daemon overtakes the handling while it's running). Anyway, documention is here: https://developer.gnome.org/dconf/unstable/dconf-overview.html -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Middle click, dumbing down Slashdotted
On Tue, Sep 24, 2013 at 07:30:58PM +0100, Allan Day wrote: You're making an argument about simplification in a thread about middle-click, but the designs for what might happen to middle-click have neither been finalised nor publicised. I think it would be better to wait until the text selection designs have been documented before we discuss it. :) I think ”have not been publicised” is the exact pain point of design process. Wider community has no insight into design until it's finished. And it's too late for a meaningful input at that point. -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome_shell crash when connecting a second monitor on a ThinkPad T60
On Fri, Jul 19, 2013 at 01:03:19PM +0200, drago01 wrote: On Fri, Jul 19, 2013 at 5:26 AM, Dave Johansen davejohan...@gmail.com wrote: I just upgraded my ThinkPad T60 from CentOS 6 to Fedora 19 and whenever I connect it to the dock with a second VGA monitor connected to the dock, gnome_shell crashes. This worked fine under CentOS 6 and the keyboard and mouse continue to work, but I can't do anything with the shell. The problem is that you are over the texture size limit of your GPU: glxinfo -l | grep GL_MAX_TEXTURE_SIZE (should be 2048 in your case). So your combined res cannot be wider then 2048 in either direction). Adding the second monitor exceeds the limit. There's a bug for that! https://bugzilla.redhat.com/show_bug.cgi?id=699705 -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Application menus
On Fri, Jul 05, 2013 at 11:01:24AM +0200, Bastien Nocera wrote: On Fri, 2013-07-05 at 08:45 +0100, David Woodhouse wrote: On Thu, 2013-07-04 at 16:18 -0500, Michael Catanzaro wrote: I haven't seen an app menu (gmenu) discussion in quite some time, which is a bit surprising as more apps add them. 3.10 will be the fourth release featuring app menus, and by now most GNOME applications have one. But the only information on the GNOME wiki seems to have been written for GNOME 3.4, and there seem to be some issues and inconsistencies with the implementation throughout the project. I've been using GNOME all that time and I'd never noticed them. This is the one in the top panel which, with focus-follows-mouse, Which is exactly one of the reasons why focus-follows-mouse isn't an option we offer/isn't supported. There's probably plenty more things that don't work well with focus-follows-mouse, so finding creative solutions to those problems might be required. This seems backward. F-f-m was here first, and is still being used by some minority (me included). Current designs break f-f-m functionality. Your comment about ”finding creative solutions” sounds like F-f-m was something new. Designs were made in total ignorance of f-f-m. The requirement should be restated as ”finding creative solutions for things that used to work”, i.e. things that were already working, were ”solved”. -- Tomasz Torcz ,,If you try to upissue this patchset I shall be seeking xmpp: zdzich...@chrome.pl an IP-routable hand grenade.'' -- Andrew Morton (LKML) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: A last blocker review for 3.8
On Fri, Mar 22, 2013 at 07:24:21AM -0400, Matthias Clasen wrote: 3.8.0 is around the corner; time for one last review of the bugs that are currently marked as '3.8 target'. I am aware that we'll probably not get them all fixed in time for next Monday, but it would be great if everybody could have another look, and maybe pick one or two of these to tackle. Side question: why those are called blockers if they do not block the release on Monday? -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: A last blocker review for 3.8
On Fri, Mar 22, 2013 at 12:56:58PM +0100, Andre Klapper wrote: On Fri, 2013-03-22 at 12:46 +0100, Tomasz Torcz wrote: Side question: why those are called blockers if they do not block the release on Monday? Do you have a better word? shouldfix'es? NTH (nice to have) bugs? I don't know specifically, but blocker is misleading. -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Checksums for 3.7.9x testing images
On Thu, Mar 21, 2013 at 02:24:02AM +0800, Ma Xiaojun wrote: I just downloaded http://ftp.gnome.org/pub/gnome/misc/testing/GNOME-3.7.92.iso I got kernel panic within VirtualBox. If it's based on 3.9 kernel, you may be hitting https://bugzilla.redhat.com/show_bug.cgi?id=923102 -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: steam games
On Thu, Feb 14, 2013 at 12:18:55AM +, Alberto Ruiz wrote: I think that it'd be more interesting to engage with Valve to know how the GNOME platform could help steam get a better product. It is an interesting ISV usecase. But GNOME platform is not Steam's target. Valve is targeting Unity, but virtue of making Ubuntu primary platform. GNOME is a niche for them. -- Tomasz TorczFuneral in the morning, IDE hacking xmpp: zdzich...@chrome.plin the afternoon and evening. - Alan Cox ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Requiring systemd for the gnome-settings-daemon power plugin
On Fri, Oct 19, 2012 at 06:25:05PM +0200, Florian Müllner wrote: On vie, 2012-10-19 at 12:19 -0400, Colin Walters wrote: The other thing we can do (and really should do) is share more code relating to systemd/CK and in general system abstractions. It's really pretty silly how hard we make it to share code between gnome-settings-daemon and gnome-shell. I'd be happy to move more stuff into to gnome-desktop personally. +1. And gnome-session has yet another systemd/CK abstraction. Speaking of which, has anyone done feasibility study on retiring gnome-session in favour of using systemd user instance? systemd has user instance support since the very beginning and it seem to be engineered as gnome-session replacement. And it's even being use in that role in Tizen... -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Print Dialog / Improving Print to file option
On Wed, Aug 15, 2012 at 04:58:06PM +0200, Olav Vitters wrote: On Wed, Aug 15, 2012 at 04:08:51PM +0200, Lanoxx wrote: I would like to know if the Print dialog that is used in Ubuntu, is provided by a Gnome package or whether it is added by Ubuntu. In Please make a screenshot and place it somewhere. Then share the link to the screenshot. The description fits GTK print dialog, I see the same behaviour on Fedora. -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Be respectful and considerate. A complaint.
On Mon, Jul 02, 2012 at 11:12:36PM +0200, Andreas Nilsson wrote: On 07/02/2012 10:34 PM, Holger Berndt wrote: I was baffled to see the extra pane feature from Nautilus silently removed. Same thing, just on a different level and now desktop-wide. Not quite, you have to do some extra clicks to hide Tree/Places/... left pane on right-side window. And then restore it after you finished multi-pane operation. -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 3.6 Feature: Lock Screen
On Wed, Apr 25, 2012 at 06:38:09PM -0400, Marina Zhurakhinskaya wrote: Technically, the code for fading out the screen and displaying the lock screen when the user becomes active again will be added to GNOME Shell, and the gnome-screensaver will no longer be used. The lock screen will be displayed within the same user session to enable the display of notifications. The lock screen will communicate with GDM via DBus to get authentication results. From what-others-are-doing-camp: Ubuntu plans to have a composition manager running from boot to shutdown: http://summit.ubuntu.com/uds-q/meeting/20429/desktop-q-system-compositor/ One of the bullet points is: - We can use the greeter as the lock screen -- Tomasz Torcz ,,(...) today's high-end is tomorrow's embedded processor.'' xmpp: zdzich...@chrome.pl -- Mitchell Blank on LKML pgppK8Xf2UEih.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 3.6 Feature: Totem - Videos
On Mon, Apr 23, 2012 at 09:09:28PM -0500, Federico Mena Quintero wrote: right before going to bed, but if one of us falls asleep, the other one has to remember the rough minute:second marker for the next day (the video window gets closed in the daytime - got real work to do!). (You know how Evince remembers the position at which you were reading a PDF? maybe something like that would work for Totem - remember the position for each video?) Totem already does that - in preferences, it's the first option on first tab - Start playing files from last position. -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: 3.6 Feature: Exchange support in Online Accounts (or GOA)
On Mon, Apr 23, 2012 at 07:08:19PM +, Debarshi Ray wrote: Here is a feature proposal to add support for Exchange accounts in Online Accounts (or GOA): https://live.gnome.org/ThreePointFive/Features/GoaExchange Online Accounts (in Git master) has been taught how to handle Exchange accounts using Exchange Web Services [1]. This means that a user can go to the Online Accounts panel in System Settings and enter his account details. If this turns out to be a valid account, the details will be accessible to other applications using the org.gnome.OnlineAccounts service. Why Web Services and not MAPI? Web Services sounds like going through some fragile abstraction layer, MAPI seems more direct. -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Where is the data?
On Sat, Aug 20, 2011 at 02:38:55PM +0200, Olav Vitters wrote: On Sat, Aug 20, 2011 at 02:28:54PM +0300, Felipe Contreras wrote: So, no data there. There's no data there. No data there either. I have read that whole thread; there's no data there either, just about of explanations that can be reduced to; it's sleek. No data here either. Here's some data, but I don't see any connection to GNOME 3 design. No data here either. This is not kindergarten. I've set your moderation bit. I think his objections were justified. There is really no raw data at those URLs. -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: ThreePointOne: Contacts
On Tue, Apr 19, 2011 at 11:37:49AM +0100, Ross Burton wrote: On 19 April 2011 11:27, Alexander Larsson al...@redhat.com wrote: On Tue, 2011-04-19 at 11:43 +0200, daniel g. siegel wrote: another very important point is synchronisation. together with salomon sickert we thought about how to solve this problem. basically we came up with the idea of a self-replicating backend, like couchdb. if we then could add support to the contact apps of other computer/devices like a n900 or android, we would get synchronisation and conflict management for free. then there is also the idea of having a webservice for the gnome contacts app, where you can access your contacts over the internet. we are very interested in your opinions about this! I don't know really. Synchronization is a tricky subject, with complex protocols and risk for merge problems. Its almost always a source of weird problems. I don't think we want to have synchronization as some core part of the design. On the other hand, its important that there is some level of support for synchronizing contacts with e.g. phones. So, I guess we need to think about where it fits in. If you start to talk about synchronisation, please talk to Patrick Ohly patrick.o...@gmx.de. He maintains SyncEvolution that is probably the only working PIM syncing tool that I know of, and it's totally non-trivial. Just recently there were some comment on sad state of sync: http://www.happyassassin.net/2011/04/13/the-continuing-state-of-contact-calendar-synchronization-suck/ http://luther.ceplovi.cz/blog/2011/04/synchronization-sucks/ Can we make synchronisation not suck? -- Tomasz Torcz God, root, what's the difference? xmpp: zdzich...@chrome.pl God is more forgiving. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: empathy integration with the desktop
On Tue, Mar 29, 2011 at 11:15:29AM +0200, Pierre Benz wrote: On Tue, Mar 29, 2011 at 11:11 AM, Pierre Benz benz.pie...@gmail.com wrote: On Tue, Mar 29, 2011 at 11:01 AM, Johannes Schmid j...@jsschmid.de wrote: Another alternative is to add a offline entry under available/busy in the user menu and start with that active, then autospawn empathy if needed when you switch to available or busy. I think offline is a really bad name as it would indicate to a lot of people that they don't have internet access when they don't switch it to Online or Available. I don't know of a better name but I think having Offline next to the NetworkManager isn't a bright idea. Maybe Hidden? On second thought, Hidden is meaningless. The same with Invisible. Neither of them convey that the user is withholding their online presence from others. Both those mean user is connected and logged in to network, but shown as offline to others. Which isn't good starting point - I do not want to be flooded with queued messages when I only want to quickly use computer. Maybe call offline optione “Not available”? -- Tomasz Torcz Morality must always be based on practicality. xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Minimum system requirements for GNOME Shell
On Fri, Dec 24, 2010 at 11:30:08PM +, Emmanuele Bassi wrote: 60+fps or 30 fps are utterly meaningless numbers. the only number you really want to use is the vsync of your monitor: anything more and you're just wasting power and resources. also, you *really* don't want sustained updates: it's a user shell, not quake. A propos, what about impact on other OpenGL application? Compared to metacity compositing, Quake Live under gnome-shell experiences heavy performance hit (at lest with g-s version from Fedora 14). I will try to benchmark ioquake with metacity, g-s and compiz to provide hard numbers. -- Tomasz TorczTo co nierealne -- tutaj jest normalne. xmpp: zdzich...@chrome.pl Ziomale na życie mają tu patenty specjalne. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Fine-grained network monitoring
On Wed, Nov 10, 2010 at 12:00:20PM -0800, C.J. Adams-Collier KF7BMP wrote: Hey folks, I've been doing quite a bit of network wrangling recently and I've been unhappy with the lack of accessible GUI tools capable of delving into network resource usage. Sure there is wireshark, but it doesn't offer the real-time per-interface and per-process statistics I'm looking for. http://mail.gnome.org/mailman/listinfo/desktop-devel-list In pre-gnome-shell days I've used netspeed-applet: http://projects.gnome.org/netspeed/ It is quite simple but useful. It's the only applet I really miss now. -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module Proposal: GNOME Shell
On Sat, Apr 03, 2010 at 02:52:50PM +0200, Josselin Mouette wrote: You are also forgetting the trend towards thin clients. The protocols to display 3D remotely do not even exist. Everything has yet to be invented if you want to see 3D on what will be the standard desktop for an increasing part of our users. Don't we have AIGLX for few years now? -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module Proposal: Rygel
On Mon, Feb 22, 2010 at 01:51:50AM +0200, Zeeshan Ali (Khattak) wrote: On Sat, Feb 20, 2010 at 11:57 PM, Zeeshan Ali (Khattak) zee...@gmail.com wrote: What is it? I hate unneeded redundancy so I'll just ask you to read the home page: http://live.gnome.org/Rygel pbor pointed out on IRC that I didn't really have a nice description on the homepage so I corrected that. Please check it out if you didn't understand what rygel is all about. :) From reading description, it seems to me that Rygel would be better suited as system service. Just like for example mt-daapd (which seem to have the same purpose as Rygel but for DAAP). How does it fit GNOME? -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: tracker
On Fri, Nov 06, 2009 at 10:41:42AM +0100, Alexander Larsson wrote: On Thu, 2009-10-29 at 17:21 +, Martyn Russell wrote: On 29/10/09 15:23, Zeeshan Ali (Khattak) wrote: I agree it needs fixing, but there are a number of things to consider here: - FANotify is being worked on by Red Hat and will be in the kernel for us to use at some point - and we will adopt it then (I believe it almost made it into the latest Fedora but didn't so should be in the next release) - We changed the locations that are indexed by default from $HOME to use XDG user dirs for documents, desktop, music, pictures and videos. So the focus has changed slightly to the things you most likely want indexed instead of EVERYTHING. Of course adding EVERYTHING into the config doesn't escape the fact that inotify is limiting us. This is kind of nice. Would it be possible to in addition to these monitor $HOME non-recursively? Or maybe just one level down? That way you would get most typical documents, but not descend into huge source trees or whatnot. This is unwise, IMO. Every person I know, when have to deal with many documents, organise them in hierarchical directories. Often few levels deep. Limiting indexer only to toplevel and one level below top will effect in missing much of the documents. Conversely, people who can live with all documents in single directory probably don't have many documents. For them, indexer isn't much help. -- Tomasz Torcz ,,If you try to upissue this patchset I shall be seeking xmpp: zdzich...@chrome.pl an IP-routable hand grenade.'' -- Andrew Morton (LKML) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: What does gnome-shell give us?
On Fri, Oct 02, 2009 at 08:57:31PM +0100, Maciej Piechotka wrote: Hmm. I guess that other applications which should not be one-workspace-only include at least: - gedit - gnome-terminal I cannot see how it works in practice unfortunately (mutter refuses to start-up on my hardware). It quite awkward. You have to drag gnome-terminal icon to new workspace to have it open as second window. Or open new window from g-t menu, switch to workspaces view and drag it. You can't just create/switch to workspace and click on g-t icon, it will switch back to original workspace. -- Tomasz TorczTo co nierealne -- tutaj jest normalne. xmpp: zdzich...@chrome.pl Ziomale na życie mają tu patenty specjalne. pgplYvwjWOs9y.pgp Description: PGP signature ___ 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, Sep 07, 2009 at 12:25:20PM +0300, Peteris Krisjanis wrote: I know there's have been some disagreement about having or not having too much icons in GNOME system, but it seems someone is tired of arguing and have taken matters in their own hands. Results are awful in my very personal opinion. GNOME icons are best of the breed as visual indicators and helps a LOT to navigate fast trough menus. Now I have to waste lot of time to read labels another and another time just to make sure I click on right thing. I agree that less visual cues make finding things harder. But thing about it as an incentive to upgrade to gnome-shell. You have choice: classic panel, harder to use than before or new GNOME 3.0 way, which is loaded with icons. -- Tomasz Torcz God, root, what's the difference? xmpp: zdzich...@chrome.pl God is more forgiving. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Applets? [was Re: Planning for GNOME 3.0]
On Sun, Apr 19, 2009 at 10:54:43PM -0400, Owen Taylor wrote: Crack === Brightness applet Inhibit Applet There will be often differences in opionions. I, for one, use above two applets very often. First, because changing brightness keyboard shortcut require two hands on my laptop, but operating mouse only one. Second one, because I don't want my laptop suspending when I move it, and moving is easier with closed screen. And it's way faster to single click applet instead of diving into preferences menu or rightclicking on battery indicator and navigating from there. One man's crack is another's basic functionality. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Planning for GNOME 3.0
On Mon, Apr 20, 2009 at 12:24:38PM -0400, Hubert Figuiere wrote: On 04/19/2009 05:38 PM, Shaun McCance wrote: The Tomboy applet is an extremely convenient way to access your notes. You think of it as wasting valuable screen real estate. But to a heavy note-taking person, it's just really convenient. Except that Tomboy using a status icon in the notification area has the exact same feature set. Just that the notification area does not offer so much possibilities in term of positioning. Not the same. Fitts' law. Having Tomboy applet in border of screen makes it crazy big target to hit with mouse, which is good. Notification icon is many times harder to hit. The same story is now with Volume Applet. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Pulseaudio
On Tue, Oct 09, 2007 at 10:52:14AM +0100, Gustavo J. A. M. Carneiro wrote: Is there any good reason why Pulse Audio explicitly locks the audio device, unlike any other normal ALSA client? And no, making every app use Pulse Audio by force, just because you can, is not a good reason. If you use hal-autodetect module, PA attaches directly to hardware, which locks the device. I've disabled hal-autodetect and now PA uses default ALSA sink, which comes to be routed through dmix. Now non-pulse ALSA clients work along PA. Of course outputing from PA to dmix will bring tha wrath of PA developers upon your head. Solution blessed as correct is to configure ALSA (alsalib) output to PA, but for me it feels little hacky. It's first thing described on http://www.pulseaudio.org/wiki/PerfectSetup#ALSAApplications -- Tomasz TorczThere exists no separation between gods and men: [EMAIL PROTECTED] one blends softly casual into the other. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Module proposal: Empathy for GNOME 2.22
On Sun, Sep 23, 2007 at 05:31:32PM -0500, Jason D. Clinton wrote: On 9/23/07, Olav Vitters [EMAIL PROTECTED] wrote: today. Are we going to help Empathy with it's effort to some day offer a point-for-point feature match? That's what we are discussing. I don't believe this is what is meant with joining the GNOME project. It is not that we do a 'oh, lets reassign some persons from $PROJECT to Empathy'. I agree with your statement about developer allocation. But that's not what I mean. Inclusion in the official Gnome suite adds a certain level of additional credibility to a project. And while this is always good for the project in question, in this case, we would publicly be encouraging the fragmentation of the de facto Gnome desktop IM space. Would the benefits of telepathy over libpurple outweigh the damage done to community coherancy? At this point, it seems that it would have a net negative effect on end user experience over the course of the next 2-3 years in the sense that two integratable IM projects would have competing teams of folks working on integrating said applications with the Gnome deskop applications. In practice, this means more work for module maintainers who have to accept patches from two different IM projects. So Pidgin developer should quickly rework it to be only on of UI for telepathy-managed connection. Same thing shoudl Gajim developers do. -- Tomasz TorczFuneral in the morning, IDE hacking [EMAIL PROTECTED]in the afternoon and evening. - Alan Cox ___ 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 Thu, Aug 16, 2007 at 06:32:32PM +0100, Alex Jones wrote: On Thu, 2007-08-16 at 19:00 +0200, Nicolas Trangez wrote: On Thu, 2007-08-16 at 18:05 +0100, Alex Jones wrote: media_player_proxy = dbus_g_proxy_new_for_name (connection, org.gnome.Rhythmbox, /org/gnome/Rhythmbox, org.gnome.MediaPlayer); // Any random interface here error = NULL; dbus_g_proxy_call (proxy, Pause, error, G_TYPE_INVALID, G_TYPE_INVALID); Remains the issue: I want to pause the currently playing music player. Now I wonder what it's object path is. You can hardly keep a list of all known object paths (RB, Totem, Banshee, whatever) in your application-which-wants-to-pause-the-player. Nicolas We are getting hideously off topic, but this is something that can be stored in GConf as a preferred media player key: Preferred player is something different than currently playing player. -- Tomasz Torcz ,,If you try to upissue this patchset I shall be seeking [EMAIL PROTECTED] an IP-routable hand grenade.'' -- Andrew Morton (LKML) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Discussion for a more robust panel layout
On Sun, Jul 08, 2007 at 05:22:30PM +0300, Kalle Vahlman wrote: 2007/7/8, Behdad Esfahbod [EMAIL PROTECTED]: On Tue, 2007-03-20 at 16:58 +0100, Manu Cornet wrote: Recently the problem of changes of resolutions has been raised [1] on the usability list. I would like to start a discussion about how to manage the effect of resolution changes on the panel layout better than what we do today. This implies another way of storing the panel layout. Just store all locations as percentage of screen width/height. That would mean creating gaps between applets when growing the width, unless some special keep me next to that guy-states exist. I'd rather see some gravity settings (always try to go towards the left edge), since that's where you'll want to have the applets anyway, on the edges. Not true. Maybe grouping (if space_beetween applets half_panel_width, then move applets close together). Keeping applets only on edges isn't practical -- it takes more time to differentiate and target tightly grouped applets. I personally hate when unrelated applets end up together after few resolution changes. I prefer this layout: http://nsm.pl/~niria/fckvm1.png -- Tomasz Torcz 72-| 80-| [EMAIL PROTECTED] 72-| 80-| ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: libgtop branched for GNOME 2.18
On Thu, Apr 26, 2007 at 07:05:47PM +, Benoît Dejean wrote: libgtop has been branched. Developpement happens in /trunk. Any RoadMap? Will multiple CPUs hotplug/unplug be fixed? http://bugzilla.gnome.org/show_bug.cgi?id=352807 -- Tomasz TorczFuneral in the morning, IDE hacking [EMAIL PROTECTED]in the afternoon and evening. - Alan Cox ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposal: NetworkManager for GNOME 2.18.
On Wed, Dec 06, 2006 at 01:35:58PM +0530, Ritesh Khadgaray wrote: If the plan were to ditch network-admin, I'd recommend at least using liboobs as the safe fallback, it already manages static configuration for ethernet and wireless interfaces for many Unices quite reliably, and other desirable stuff. additional rant , nm does not handle the below correctly. * static ip * multiple n/w profile And also WEP with dynamic keys (2 phase auth). But this issue is half-fixed (missing GUI bits) in CVS. Static IP will be fixed probably in NM 0.7. -- Tomasz TorczTo co nierealne -- tutaj jest normalne. [EMAIL PROTECTED] Ziomale na życie mają tu patenty specjalne. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: isn't CD creator redundant?
On Mon, Nov 27, 2006 at 09:26:27AM +0100, David Prieto wrote: If you insert a blank CD and click on it in the places menu, it takes you to the CD creator. However, right over it there is another menu entry (CD creator) which takes you to the same place. So basically we have two items, right next to each other, doing the same thing. Isn't this redundant? I think the CD creator entry should not appear on your places menu if there's not a blank CD in the unit, since then you can't burn a CD anyway. But in case there IS a blank CD, only the CD creator entry should appear, since the only thing you can do is burn data in it. You can create an .iso file without needing blank CD. Also, if you insert recorded CD-RW it will be mounted. To erase it, you have to first run CD Creator, click Burn and when CD creator asks for CD insert to recorded CD-RW. CD Creator then asks if you want do erase RW disk. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. [EMAIL PROTECTED] Your routes will be aggreggated. -- Alex Yuriev ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: categories in control center applets
On Thu, Nov 16, 2006 at 06:48:40PM +, Calum Benson wrote: On Tue, 2006-11-14 at 16:24 +0100, Rodrigo Moya wrote: ugh, right, for some reason I mixed Personal and System, so the correct layout is: Hardware: keyboard, mouse, printers, removable drives and media, screen resolution Screen Resolution seems more like a Look Feel issue to me... Look Feel: ... but having said that, this term sounds a bit geeky to me. How about something like Appearance or Display? (Especially as with the current categorisation it's really all look, and not much feel.) System: GStreamer properties, Network proxies, Power management, Preferred apps, Remote desktop, Sessions, Sound System is one of those words I thought we usually tried to avoid... maybe Administration or something? Certainly hard to find a good catch-all word, though[1]. I like very much current* distinction into Preferences and Administration. It's incredibly easy to explain for someone new to GNOME: * Preferences are for settings relevant to current user * Administration settings impact all users of machine So GST properties are user ones, as proxies, preferred apps, sessions. In other hand, changes to power management, boot order, services (remote desktop) are affecting all users. It would be nice to retain this separation and do not mix categories. * Seen at last in FC5, Ubuntu 6.10 and FRG 2.16. -- Tomasz TorczFuneral in the morning, IDE hacking [EMAIL PROTECTED]in the afternoon and evening. - Alan Cox pgpBQqom2hrcI.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-power-manager and battstat-applet
On Fri, Nov 10, 2006 at 10:35:18AM +0100, Diego Escalante wrote: On 11/9/06, Richard Hughes [EMAIL PROTECTED] wrote: In 2-15 we discussed including *both* gnome-power-manager and battstat-applet in the release but I don't think we came to any hard decisions. So, has anybody got any good reasons (or use-cases) for not doing so? I think it's safe to assume that anybody using gnome 2.17.x uses HAL[1]. The battery icon of g-p-m always gives me a bad impression of how much battery is left. This is a silly thing, I know. But when using the battery applet I always know how much battery I have just with a quick look. Yes, the battery icon is bad. Ubuntu 6.10 theme (Human?) has much more usable (but not tangoish) icon. -- Tomasz TorczTo co nierealne -- tutaj jest normalne. [EMAIL PROTECTED] Ziomale na życie mają tu patenty specjalne. pgpQNC5G7dw89.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: No pop up windows-idea for Gnome 3
On Thu, Oct 12, 2006 at 12:09:02PM +0200, Martin Jeppesen wrote: The second is a Gnome Lite for thin clients. I study at the Danish Technical University with about 12000 students and about 1000 thin clients. In the summer Holiday they decided to change from Solaris 10 to Gnome, but when the semester started, it was changed back very quicky. I asked the administrators why Gnome was removed, and the answer were, that Gnome took up way too much memory and CPU time, and also that Gnome worked very poorly over network sockets. What? Solaris 10 GUI is GNOME. -- Tomasz Torcz God, root, what's the difference? [EMAIL PROTECTED] God is more forgiving. pgpPjna1qC8GJ.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Hal version for GNOME 2.17
On Tue, Sep 19, 2006 at 04:50:42PM +0100, Richard Hughes wrote: On Tue, 2006-09-19 at 16:12 +0200, Tshepang Lekhonkhobe wrote: Hi, I just saw on this page http://live.gnome.org/TwoPointSeventeen/ExternalDependencies that the Hal version for GNOME 2.17 is 0.5.7, yet GNOME Power Manager 2.17.1 requires Hal 0.5.8. Has the page not been updated yet? Not quite. gnome-power-manager *requires* 0.5.6, works better with 0.5.7, but if you provide 0.5.8 then lots of cool extra stuff starts happening. New stuff includes cpu frequency scaling support and better LCD integration. I think the decision was to base 2.17 on 0.5.8[.x] as this is *vastly* better than 0.5.7 but this is my own impression only. Please, don't inflate GNOME dependences on non-technical merit. If some program can be compiled with library version X, it's NOT OK to depend on library version X+1 or X+2. G-P-M is good example: its real dependency is HAL 0.5.6. Requiring higher version is unfair to users. -- Tomasz TorczOnly gods can safely risk perfection, [EMAIL PROTECTED] it's a dangerous thing for a man. -- Alia pgpDGGqME8gAS.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: icon naming spec and gnome-vfs
On Tue, Aug 01, 2006 at 06:31:54PM +0200, Jakub Steiner wrote: Speaking of which: the latest GNOME has a castrated icon theme that does not show me what type of image the icon represents, nor what type of audio file I'm clicking on. David is right: the more information the icons can provide, the better. I don't know where you get the funny idea that the less information the icons provides, the better. Hi. An image thumbnail will give you much more information than a text label on a tiny icon and that is likely to be the default case on the GNOME desktop. Every time this discussion comes back I wonder: why not create Nautilus extensions which will overlay small rectangle with text (based on mime-type) over icon? So every icon of type image/png will get rectangle with PNG painted over it. No matter if original icon was real thumbnail or stock icon. Text size could be adjusted to current icon size and screen DPI. Or, if this kind of icon modification is not possible, auto-assign emblems to different mime-types. -- Tomasz TorczFuneral in the morning, IDE hacking [EMAIL PROTECTED]in the afternoon and evening. - Alan Cox pgp43WoHPV0uO.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gtk 2.8 for gnome 2.12
On Wed, Jul 20, 2005 at 06:10:04PM -0400, Miguel de Icaza wrote: Having GTK+ 2.8 along with GNOME 2.12 was *always* the plan. Just that some people seemed to have cold feet. Well, Gtk+ 2.7.0 came out on June 20th, so that is a month ago. If someone was making plans to have GNOME 2.12 ship with Gtk 2.8 they were taking some very risky decisions. On that release it is recommended that people use Cairo from CVS as well: http://mail.gnome.org/archives/gnome-announce-list/2005-June/msg00029.html Latest GTK+-2.7.3 also recommended (even required) Cairo from CVS: http://mail.gnome.org/archives/gtk-devel-list/2005-July/msg00064.html But two days later proper cairo-0.5.2 got released. That's not a problem. CVS requirement are result of simultaneus bugfixing of GTK and Cairo. Thre are some bugs remaining (like missing subpixel antialiasing of fonts) but they are beeing worked on. -- Tomasz TorczThere exists no separation between gods and men: [EMAIL PROTECTED] one blends softly casual into the other. pgpDkgLLcnUsy.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
