Re: GNOME 3.38 release schedule

On Thu, Apr 2, 2020 at 16:35, Michael Catanzaro wrote: On Thu, Apr 2, 2020 at 11:13 pm, Florian Müllner wrote: Is it just me or are the April 25th releases missing? Definitely just you... they're in there! Just tested adding it in Evolution. Odd, didn't work for me in Googl

Re: GNOME 3.38 release schedule

On Thu, Apr 2, 2020 at 15:51, Michael Catanzaro wrote: There is an ICS file available for your calendar at webcal://www.gnome.org/start/unstable/schedule.ics. Is it just me or are the April 25th releases missing? > We are currently trying to make it work in GNOME Calendar. :) Yay! Reg

Re: A little experiment: GNOME on wayland-only?

On Sun, Nov 24, 2019 at 7:19 PM Michael Catanzaro wrote: > > On Sun, Nov 24, 2019 at 4:23 pm, Carlos Garnacho > wrote: > > Beyond that, AFAICT if other regular GNOME session services/apps > > indirectly rely on X11 at build/runtime, it's an oversight. > > Well there is libgnomekbd. That seems li

Re: GNOME 3.34 released

On Fri, Sep 13, 2019 at 3:19 PM Andre Klapper wrote: > > On Fri, 2019-09-13 at 04:56 -0500, Ty Young wrote: > > Bit of a problem however... A background image that I used was removed > > in this version and there isn't any fallback logic to reset the > > background image. Can this maybe be fixed i

Re: Missing releases and state of 3.33.90

Hi, On Tue, Aug 13, 2019 at 8:24 PM Olav Vitters wrote: > > Further, gnome-shell 3.33.90 incorporates an gnome-desktop API/ABI (?) > change, but it doesn't actually check that gnome-desktop is new enough. That is because gnome-desktop is only required at runtime (via gobject-introspection) and n

Re: Good read from a new GNOME user

On Thu, May 2, 2019 at 1:27 PM Allan Day wrote: > > > 4. Unnecessary notifications (e.g., "Application is ready") > > Indeed, my feeling is that those notifications do more harm than good. > I can't see an issue for this; does anyone know of one? There are several bugs in bugzilla, but IMHO the n

Re: Proposal: Replace all references to master/slave in GNOME modules

On Thu, Apr 25, 2019 at 1:45 PM Carlos Soriano wrote: > >> For making this change properly, I have some questions: > - Is there a possibility to redirect master to any other name somehow? Oh, that is a good question. A quick search finds $ git symbolic-ref refs/heads/master refs/heads/mainline

Re: Proposal: Replace all references to master/slave in GNOME modules

On Thu, Apr 25, 2019 at 1:04 PM Bastien Nocera wrote: > > FWIW, "master copy" has quite a lot of synonyms that are used in other > languages and can be reused here, such as "copy zero", "original > (copy)", or in some uses "standard copy". "Branch zero" has a nice ring to it. (I think it's too cr

Re: Proposal: Replace all references to master/slave in GNOME modules

On Thu, Apr 25, 2019 at 11:58 AM Daniel Playfair Cal wrote: > > most tutorials do assume that the default branch is called master. For good reasons: It's used almost universally, so adding an additional vague "figure out how the main branch is called" step just adds needless complications. > Th

Re: Proposal: Replace all references to master/slave in GNOME modules

On Thu, Apr 25, 2019 at 9:10 AM Carmen Bianca Bakker wrote: > > Specifically the Git master branch is a bit of a problem. I personally > think that "trunk" is a much better term, but I do not have _that_ much > of a problem with the word "master" in this context to do away with > convention. I ve

Re: Issue running gnome-terminal in jhbuild

On Fri, Apr 19, 2019 at 11:41 AM Leland Carlye via desktop-devel-list wrote: > > Hi!. I'm having this issue when building gnome-terminal in jhbuild (jhbuild > run gnome-terminal) in Ubuntu > > me@ubuntu:~/jhbuild/checkout/gnome-terminal$ jhbuild shell > me@ubuntu:~/jhbuild/checkout/gnome-terminal

Re: I believe we should reconsider our sys-tray removal

On Fri, Apr 19, 2019 at 11:42 AM Britt Yazel via desktop-devel-list wrote: > > I don't like not knowing if Telegram/Discord/Steam are still running after I > close them. [...] I'm not sure why exactly these apps don't show a running > indicator in the Dash for this use case. As far as the shel

Re: I believe we should reconsider our sys-tray removal

On Mon, Mar 25, 2019 at 6:50 PM Emmanuele Bassi wrote: > > You cut the part where I said the appindicator implementation should be > changed. :-) I thought you were referring to the client library, not the underlying spec :-) Cheers, Florian ___ deskt

Re: I believe we should reconsider our sys-tray removal

On Mon, Mar 25, 2019 at 5:36 PM Emmanuele Bassi via desktop-devel-list wrote: > > If the answer to status icons is to adopt/adapt the appindicator API, I'm > also fine with that; I'm not. The StatusNotifier spec is seriously flawed, and I don't want to support it unless at least the issues that

Re: I believe we should reconsider our sys-tray removal

On Mon, Mar 25, 2019 at 2:38 PM Alexandre Franke wrote: > > On Sat, Mar 23, 2019 at 7:07 PM Britt Yazel wrote: > > I want to re-poen an old argument now that we have seen the effects of > > > > An example of this biting us in the arse is that with 3.32 > > TopIcons is causing the CPU usage to run

Re: I believe we should reconsider our sys-tray removal

On Mon, Mar 25, 2019 at 9:57 AM Allan Day via desktop-devel-list wrote: >> An example of this biting us in the arse is that with 3.32 TopIcons is >> causing the CPU usage to run through the roof, and people are blaming the >> Shell for the CPU usage, not the extension, leaving our users with a

Re: Retiring app menus - planning for 3.32.0

With regard to dropping the 'quit' action, is there any guidance for background applications? That is, apps where closing all windows does *not* exit the application, but the explicit 'quit' action does. Cheers, Florian ___ desktop-devel-list mailing lis

Re: Retiring app menus - planning for 3.32.0

On Fri, Sep 21, 2018 at 4:00 PM Bastien Nocera wrote: > > On Fri, 2018-09-21 at 12:24 +0100, Allan Day wrote: > > To be clear, I'm still thinking this through but, if you had a page > > in > > the user docs which was a simple table of keyboard shortcuts, which > > was one click away in the user do

Re: GNOME 3.29.4 released

On Sat, Jul 21, 2018 at 3:56 AM Javier Jardón wrote: > The list of updated modules and changes is available here: > > https://download.gnome.org/core/3.29/3.29.4/NEWS Looks like something went wrong, that list (and the list of sources) is full of versions from about a year ago ... Cheers, Floria

Re: Protected branches in GNOME's GitLab

On Mon, Apr 30, 2018 at 6:30 PM Milan Crha wrote: > Does it mean, that an automatically created user in GNOME's GitLab > instance, basically a complete stranger, receives the Developer > privilege, even when it's a Reporter (in bugzilla terms)? No. In the GNOME group, only people with GNOME git

Re: Release team now using gnome-build-meta repository, not JHBuild

Oh my. I certainly did not intend to start a rant thread, sorry for that. To clarify: I am not complaining that RT is taking away my favorite toy. JHbuild is a great tool when it works, but it still breaks far too often for newcomers or non-regulars. And as you rightly point out, this is not fixab

Re: Release team now using gnome-build-meta repository, not JHBuild

On Mon, Jan 22, 2018 at 2:34 PM, wrote: > > > On Mon, Jan 22, 2018 at 7:25 AM, mcatanz...@gnome.org wrote: >> >> Were you actually using JHBuild to run integrated system components >> (gnome-shell, gnome-session)? If so, how? I was not aware that that was even >> possible nowadays. Very much, I

Re: Release team now using gnome-build-meta repository, not JHBuild

On Sat, Jan 20, 2018 at 6:06 PM, wrote: > When adding or removing a dependency from your > module, please now update gnome-build-meta instead. The BuildSteam page still mentions this: > In case you are trying to develop integrated components such as GNOME Shell, > GDM, gnome-session or gnome-key

Re: [GitLab] Projects moved and 'tips of the week'

On Wed, Jan 10, 2018 at 9:10 PM, Robert Ancell wrote: > You can also easily set up CI to build on multiple OSs (e.g. Ubuntu and > Fedora). But please take into consideration that resources are limited, so don't block everyone else's pipelines unless there are real differences that are being teste

Re: GitLab update: Moving to the next step

On Wed, 13 Dec 2017, 09:36 Carlos Soriano, wrote: > The shortcuts for example, would be good to have a shortcuts window as we > implemented recently at GNOME > The problem with those is of course that they are often not very discoverable themselves. Case in point, GitLab already has that somewhat

Re: GitLab update: Moving to the next step

On Thu, Dec 7, 2017 at 6:19 PM, Michael Catanzaro wrote: > I'll add two more to Milan's list: > > (1) Canned replies. I would rather stay with Bugzilla forever than give up > canned replies. That is being tracked: https://gitlab.gnome.org/GNOME-Community/GitLab-Infrastructure/issues/33 There are

Re: Bugzilla migration tool user accounts

On Fri, Dec 1, 2017 at 9:43 AM, Carlos Soriano wrote: > commenting on behalf of users doesn't seem to be something as bad as I though > since > nobody mentioned that here so far :) If I understood correctly, rather than handling out temporary admin tokens to random people (like me), the plan is

Re: gjs 1.51.2

On Thu, Nov 16, 2017 at 8:40 AM, Carlos Soriano wrote: > Yeah, I asked Andrea to do that two weeks ago for every project that moved > to GitLab, so I wondered what happened. I don't think the redirect will prevent people from - creating bugs via xmlrpc (`git bz file`) - reassign bugs from oth

Re: Proposal for reducing the number of unremovable apps in GNOME Software

On Mon, Nov 6, 2017 at 3:23 PM, Mario Torre wrote: > On Mon, Nov 6, 2017 at 11:54 AM, Emmanuele Bassi wrote: > >> 2. The user cannot install any other screenshot tool, unless they are >> also using X11 only, given that there is no unified screenshot >> interface for Wayland. > > This should be fi

Re: Proposal for reducing the number of unremovable apps in GNOME Software

On Mon, Nov 6, 2017 at 11:26 AM, Carlos Soriano wrote: > I actually had no idea about the shortcuts until recently, specifically for > screenshoting an area, so I would be slightly against this. If we had the > shorcuts window in GNOME Shell and the initial setup would show it as it's > planned th

Re: Proposal for reducing the number of unremovable apps in GNOME Software

On Sat, Nov 4, 2017 at 1:03 AM, wrote: > Specifically, I propose that > GNOME > be removed from the appstream metainfo for all of our apps except the > following four: > > * gnome-screenshot Why is that in the list? I would expect most users to use the various PrintScrn shortcuts for taking

Re: Proposal for reducing the number of unremovable apps in GNOME Software

Hey, On Sat, Nov 4, 2017 at 4:44 PM, Andreas Nilsson wrote: > Could also be that the actual bug in this case is that she shell should > not show Weather, World Clocks, etc. if these apps are not installed, or > not make it a link or something along those lines. That's indeed supposed to be the c

Re: Proposal to deploy GitLab on gnome.org

On Sat, Jun 17, 2017 at 11:29 PM Florian Müllner wrote: > I hope that subscribers to an issue will receive a notification when a > mentioned issue is closed > To answer my own question: It looks like that's not the case, so anyone interested will need to explicitly subscribe

Re: Proposal to deploy GitLab on gnome.org

On Sat, Jun 17, 2017 at 4:48 PM Michael Catanzaro wrote: > I think we had > some rough consensus on this list that the primary missing enterprise > feature we need in the open source edition is rebase-style merge > requests. Was there anything else? > It looks like related issues are an EE featu

Re: Proposal to deploy GitLab on gnome.org

On Fri, May 19, 2017 at 9:55 PM Shaun McCance wrote: > I don't disagree with anything you're saying. As long as there's an > easy way to get a list of issues with a specific label across all > projects (and projects in different groups?), then we'll figure it out. > And if there's not, we'll figu

Re: Proposal to deploy GitLab on gnome.org

On Wed, May 17, 2017 at 4:08 PM Mathieu Bridon wrote: > On Wed, 2017-05-17 at 15:55 +0200, Bastien Nocera wrote: > > > No, as written in the wiki you write "Closes: $number" and it will > > > handle things automatically. > > > Of course some addition could be done to do the rewrite. > > > > Right

Re: Proposal to deploy GitLab on gnome.org

On Wed, May 17, 2017 at 2:20 PM Jehan Pagès wrote: > On Wed, May 17, 2017 at 2:10 PM, Bastien Nocera wrote: > > I don't like the fact that the bug report and the merge request are > > separate. > > I don't like this either. This just makes no sense. > While I tend to agree, I do see a use case

Re: I have realised the problem here

On Tue, May 2, 2017 at 11:28 PM Diego Fernandez wrote: > However, there's a simple solution: > https://extensions.gnome.org/extension/15/alternatetab/ > Or simpler: $ gsettings set org.gnome.desktop.wm.keybindings switch-applications "[]" $ gsettings set org.gnome.desktop.wm.keybindings switch-w

Re: gnome-settings-daemon now split up

On Tue, Oct 11, 2016 at 11:25 AM, Bastien Nocera wrote: >The GNOME Classic session file has not been updated yet It has been updated on master now. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/

Re: Enabling builddir != srcdir by default in jhbuild

On Fri, Jun 3, 2016 at 1:12 PM Bastien Nocera wrote: > The autogen.sh tries to run: > git submodule update --init --recursive > > Which might, or might not be a good idea. In any case, that won't work > if cwd isn't the git repo. > > What's the proper fix for this then? Temporarily changing int

Re: Enabling builddir != srcdir by default in jhbuild

On Tue, May 31, 2016 at 6:47 PM Michael Catanzaro wrote: > Just please wait a couple days first to see if there are any > substantial objections (which I do not expect). Is this really necessary? This is a revived thread from February, so surely there has been plenty of time to voice objections

Re: RFC: GSound, a GObject library for playing system sounds

On Thu, Dec 4, 2014 at 12:25 PM, Richard Hughes wrote: > Surely by pushing all your awesome code into GDK or GTK we would get all this > awesome new > functionality for free in the toolkit? Or possibly GIO? Playing sounds is not really tied to a (visible) UI, though linking to libcanberra would

Re: session-manager fails to recognize inhibitor

On Sun, Oct 5, 2014 at 9:50 PM, Jan Niggemann wrote: > My problem is that the inhibition and the "reason" are not shown during log > out on GNOME 3.4 (Debian stable 32bit). Why is that? Most likely because your console application does not have access to the same session bus used by gnome-session

Re: GNOME 3.14 Blocker Report (week 36)

On Fri, Sep 12, 2014 at 11:24 AM, Allan Day wrote: > Some other potential blockers: > https://bugzilla.gnome.org/show_bug.cgi?id=736542 - gnome-shell: > Settings link missing from location submenu Trivial, but requires a string freeze break - it's fairly late for that, but I've asked anyway, let

Re: Problems to compile gnome-shell - st-texture-cache.c

On Sun, Sep 7, 2014 at 10:12 PM, Mauro Alexandre wrote: > I can't compile gnome-shell because GTK_ICON_LOOKUP_DIR_RTL and > GTK_ICON_LOOKUP_DIR_LTR is undeclared in file src/st/st-texture-cache.c. You need to update GTK+ - those two flags first appeared in 3.13.2, so that's the minimum version yo

Re: Dragging windows to resize them to half the screen

On Fri, Jun 27, 2014 at 12:57 PM, Petko Ditchev wrote: > It returns false. Good, so that's the problem. > How do I change the setting ? It depends on whether you are using the normal or classic session, still gsettings reset org.gnome.shell.overrides edge-tiling gsettings reset org.gnome.

Re: Dragging windows to resize them to half the screen

On 27 Jun 2014 11:57, "Petko Ditchev" wrote: > > Previously I could drag a window to the side to resize it to the right or left half. Is it a bug that it's not working with the latest releases? It is working as expected here (so no, the feature has not been removed, nor are there any plans to do

Re: Power switch to actually turn off my computer

On Thu, Apr 10, 2014 at 5:33 PM, Charles T. Smith wrote: > So, one responder supposed that gnome listens to the power switch, and > another responder supposed that logind listens to the power switch - but > that's only when someone is logged in. Actually both are correct :-) On systemd systems,

Re: Power switch to actually turn off my computer

On Thu, Apr 10, 2014 at 2:34 PM, Charles T. Smith wrote: > Do you suppose that kde also manages the power switch internally? If by "manage the power switch internally" you mean "call out to logind via DBus", then yes, I would KDE expect to do the same eventually (provided that they do offer an op

Re: Power switch to actually turn off my computer

On Thu, Apr 10, 2014 at 1:01 PM, Charles T. Smith wrote: > The problem is, I'm new to this group (but I like it!) and I don't know > where to find org.gnome.settings-daemon.plugins.power - I mean, somewhere > where I can grep it. I used git-grep in the gnome-tweak-tool source tree, but a simple

Re: Power switch to actually turn off my computer

On Thu, Apr 10, 2014 at 11:51 AM, Charles T. Smith wrote: > Charles T. Smith gmail.com> writes: > > I've spent an hour or so looking around /usr/lib/python/site-packages/gtweak > and haven't found what it does yet... 'grep' is your friend - it modifies org.gnome.settings-daemon.plugins.power but

Re: Suggestions for an official GNOME hosted document collaboration suite?

On Fri, Feb 14, 2014 at 10:27 PM, alex diavatis wrote: > there is any legal issue that prevent gnome to introduce a per-user revenue > model, or in other words commercial services over open source solutions? Being a non-profit organization[0], I would assume so (but then I am not a lawyer). [0]

Re: Proposal for a new default window resize behaviour

On Nov 7, 2013 2:06 PM, "Petko Ditchev" wrote: > drag the window to a corner -> it resizes to the adjacent quadrant of the screen ; See https://bugzilla.gnome.org/show_bug.cgi?id=696130 for a related proposal. Cheers, Florian ___ desktop-devel-list mai

Re: 3.12 feature: polari

On Fri, Oct 4, 2013 at 3:33 PM, Matthias Clasen wrote: > Do you have something like a roadmap for what you hope to have in 3.12 ? I have just added one at https://wiki.gnome.org/Apps/Polari/Roadmap; there is only one item that isn't either small or doesn't have some initial code, so it should be

3.12 feature: polari

Polari is a simple IRC client designed for GNOME 3. Tentative designs have been around for a while, but hacking only started around Guadec. It is obviously not end-user ready at that point, but I'm confident that it can be in time for 3.12, thus this feature proposal. See https://wiki.gnome.org/Th

Re: New GnomeGoal proposal: InstalledTests

On Fri, Apr 26, 2013 at 9:44 PM, Colin Walters wrote: > Anyways...dropping tarballs is not going to happen soon, but I'm happy > to consider what we need to do to lay the foundations now. More short-term, would it make sense to leverage the build servers to run make distcheck when a new tag is pu

Re: Feature proposal: combined system status menu

On Wed, Apr 24, 2013 at 3:51 AM, Sriram Ramkrishna wrote: >> At least until we get a better testing infrastructure in place, the >> only way to get at least *some* user testing is [...] to get some minimal >> exposure to adventurous users of unstable/experimental distributions > > Again treating y

Re: Feature proposal: combined system status menu

On Wed, Apr 24, 2013 at 9:53 AM, Luc Pionchon wrote: > The main point is that so-called "controversial" features does not have to > be either a hard default, either rotting in a branch. They can be shipped as > default, but with a way to revert them in the case they block the user. Wait - are you

Re: Feature proposal: combined system status menu

On Tue, Apr 23, 2013 at 11:09 PM, Marco Scannadinari wrote: > In fact, I think that these sorts of subtle > design-based decisions should be held in something like loomio (see > recent loomio post in desktop-devel), to be later implemented if the > response is positive. And as has been mentioned

Re: Feature proposal: combined system status menu

On Mon, Apr 22, 2013 at 8:10 PM, Sriram Ramkrishna wrote: > This is problematic is for those of us who use VPN The mockup[0] linked from the proposal shows VPN(s) directly in the menu "when a VPN has been set up". Non-issue? [0] https://raw.github.com/gnome-design-team/gnome-mockups/master/she

Re: The name of applications on GNOME 3.7.92 testing image

On Fri, Mar 22, 2013 at 8:12 PM, Mike wrote: > I agree with the fact that we need a simpler text editor, but let's > just call it as "Textpad" or something... without excluding gedit. Nobody is excluding gedit. The gedit developers *want* their project to be called "gedit" rather than "Text E

Re: Blocker bug review for 3.8

On Mar 5, 2013 5:57 AM, "Matthias Clasen" wrote: > 694771 mutter menus broken in 3.7.10 This was fixed in 3.7.91, somehow we missed closing the bug. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listin

Re: Why does killing GS with SIGHUP crash on the 2nd time?

On Mon, Mar 4, 2013 at 7:16 PM, Marco Scannadinari wrote: > How can I pass global.reexec_self() to org.gnome.Shell? Sorry, I have > little to no (g)dbus experience. Ignoring any error handling: from gi.repository import Gio, GLib proxy = Gio.DBusProxy.new_for_bus_sync( Gio.BusType.SESSI

Re: Why does killing GS with SIGHUP crash on the 2nd time?

On Sun, Mar 3, 2013 at 11:33 PM, Marco Scannadinari wrote: > For some reason, using this command twice crashes the shell. It is not > python-specific, as pkill -HUP gnome-shell and killall -HUP gnome-shell > produce the same result, which is odd because Alt+F2 + "r" * (a lot) > does not crash it.

Re: Gnome shell is really awesome

On Feb 7, 2013 11:11 PM, "Lanoxx" wrote: > Nice post, I am currious about the implementation details of the Classic > mode. You can think of classic mode as a gnome-shell session with a default set of enabled extensions. > * Is it possible to remove the application menu and then call it with > t

Re: Fallback mode is going away - what now ?

On Fri, Nov 23, 2012 at 5:59 PM, Matthias Clasen wrote: > On Fri, Nov 23, 2012 at 4:04 AM, Allan Day wrote: >> A separate user session would be the best user experience, IMO. > > If you think so, we'll have to discuss the technicalities of making that work. Thinking a bit about this, we can prob

Re: GnomeGoal for 3.8: DesktopFileKeywords

On Thu, Nov 15, 2012 at 4:48 PM, Henrique Ferreiro < henrique.ferre...@gmail.com> wrote: > Users are usually going to install languages they know. > ... on distributions that package language support separately. However it is not uncommon to ship all available languages for an application within

Re: Removing fallback support code

On Mon, Nov 12, 2012 at 3:35 PM, Bastien Nocera wrote: > There's also a lot more work (in addition to using XI2 for events > capture) that would need to be done if we were to remove all the key > capture from gnome-settings-daemon, namely the hacks Rui has been adding > for layout switching using

Re: Requiring systemd for the gnome-settings-daemon power plugin

On Fri, Oct 19, 2012 at 7:10 PM, Jasper St. Pierre wrote: > This is what I feel. DBus is our system abstraction layer. I feel that > making ConsoleKit support the logind interface wouldn't be that big of > a patch and solve this issue, at least. Unless I'm mistaken ConsoleKit only provides a subs

Re: Requiring systemd for the gnome-settings-daemon power plugin

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

Re: Requiring systemd for the gnome-settings-daemon power plugin

On Fri, Oct 19, 2012 at 3:48 PM, Bastien Nocera wrote: > On Fri, 2012-10-19 at 15:30 +0200, Florian Max wrote: >> On vie, 2012-10-19 at 14:55 +0200, Bastien Nocera wrote: >> On Fri, 2012-10-19 at 08:49 -0400, Matthias Clasen wrote: >> > > On Fri, Oct 19, 2012 at 8:05 AM, Bastien Nocera >> > > wr

Re: Enable accessibility team to automatically receive bugmail on a11y bug reports

On Aug 16, 2012 1:41 PM, "Piñeiro" wrote: > > On 08/10/2012 07:15 PM, Andre Klapper wrote: > > Still I haven't seen any feedback from module maintainers in this > > thread, and whether an "Accessibility" component in Bugzilla would be > > accepted. Feedback welcome. > > Being minimalistic we can

Re: Compiling glib applications

On Aug 10, 2012 9:38 AM, "Lanoxx" wrote: > On 09/08/12 23:13, Colin Walters wrote: >> Patches?? On the desktop *development* list? What's going on??? > > Whats wrong with that, and where should I send it instead? Nothing. I'm pretty sure Colin was referring to desktop-devel-list tending to be a

Re: Again: please clarify the decision on IBus integration

On Jul 9, 2012 4:52 PM, "Rui Tiago Cação Matos" wrote: > If you start offloading keybindings and other > configurations then how do you make sure that the UI will be > consistent with the remaining GNOME UI? Particularly for keybindings it's not merely about UI consistency - parallel keybindings

Re: Be respectful and considerate. A complaint.

On Jul 2, 2012 11:52 PM, "Jasper St. Pierre" wrote: > This has been a part of GNOME since 3.2. 3.0 actually. Florian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Finding and debugging the battery "applet" in GNOME 3.4 fallback mode

On May 30, 2012 12:28 AM, "Michael Biebl" @ gmail.com > wrote: > We've had similar bug reports in Debian: > http:// bugs.debian.org /

Re: Finding and debugging the battery "applet" in GNOME 3.4 fallback mode

On Tue, May 29, 2012 at 11:47 PM, Martin Langhoff wrote: > I am trying to characterize a bug in OLPC's development builds (based > on F17) where the battery icon "applet" is out of sync with upower. > > Where is it controlled from? Under gnome-shell, it is > /usr/share/gnome-shell/js/ui/status/po

Re: Some points about IM integration

On Tue, May 15, 2012 at 10:40 AM, Marguerite Su wrote: > On Tue, May 15, 2012 at 7:27 AM, Owen Taylor wrote: > > GNOME doesn't want to work well just for tweakers and enthusiasts - it's > > very important to the project that GNOME works well for all users without > > tweaking. We want to give th

Re: GNOME Goal Proposal: Port to GMenu

On Mon, May 7, 2012 at 1:41 PM, Matteo Settenvini wrote: > By the way, and slightly unrelated: F10 allows me to pop up the first > menu, and ALT+"letter" to open a specific one by accelerator. What is > the corresponding shortcut for the upper menu? > F10 to open, arrow keys to navigate (I'm not

Re: GNOME Goal Proposal: Port to GMenu

On Mon, May 7, 2012 at 1:28 PM, Allan Day wrote: > On Mon, May 7, 2012 at 7:15 AM, Andrew Cowie > > Is there a reference application doing this right? > > There are two paths available to applications - (1) replace the menu > bar entirely, or (2) move some items to the app menu. For (1), the > ca

Re: Gnome 3 issues

On Thu, May 3, 2012 at 5:18 PM, Emmanuel Pacaud wrote: > Wouldn't it be better to make replace the PgDown > sequence. PgUp/PgDown are the standard GNOME shortcuts for switching between tabs, so I don't think removing them is a good idea. Obviously we could add left/right as additional shortcu

Re: Gnome 3 issues

On Fri, Apr 27, 2012 at 8:40 AM, surma wrote: > That messed up my hands and I can't use mouse. > That is why I liked gnome 2, everything could be done > without mouse. > And the same is true for Gnome3 - to navigate to an application, you can use PgDown( | | ) (or , select "Applications

Re: GNOME Goal Proposal: Port to GMenu

On Thu, Apr 26, 2012 at 4:35 PM, Allan Day wrote: > In some cases there will be a GMenu and a menu bar (with > File/Edit/View...) for the same app, at least in the short term. > There is some confusion about terminology here, so Ryan asked me to clarify :-) "GMenu" is a newly introduced technol

Re: GNOME Goal Proposal: Port to GMenu

On Thu, Apr 26, 2012 at 4:04 PM, Jeremy Bicha wrote: > I don't know if Unity supports having both regular menus and a Gmenu > at the same time. > I don't know either, but I don't think it is relevant here - there is GMenu support for *both* app menu and window menu in GtkApplication/GtkApplicati

Re: 3.6 Feature: Lock Screen

As I understand it, typing the password will switch to the password "dialog", which is about as keyboard/non-touch friendly as it gets :-) Florian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/des

Re: Module Proposal: Zeitgeist

On Sat, Apr 21, 2012 at 9:28 PM, Luis Medinas wrote: > do you really want to start talking about what the community think about > this ? Because if you want to start talking i recommend to see how many > threads we have, specially on gnome-shell ml, about design decisions that > makes the communi

Re: Last GNOME 3.4 Blocker Report

On Mar 20, 2012 9:27 PM, "Andre Klapper" wrote: > I normally prefer to say "the application that displays web pages" when > talking to non-tech people. "The GNOME Web Blue e" ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.g

Re: 3.4 Features, final round

On lun, 2011-11-07 at 00:23 +0100, Seif Lotfy wrote: > > On Mon, Nov 7, 2011 at 12:10 AM, Florian Müllner > > To me it means that the application is in control of what > appears in the > jumplist, not necessarily that it is responsible for &g

Re: 3.4 Features, final round

On dom, 2011-11-06 at 22:52 +0100, Seif Lotfy wrote: > "What you see" for me doesnt necessarily mean that the program > populates the jumplist alone. It means the items in the jumplist are > prgram specific. To me it means that the application is in control of what appears in the jumplist, not nec

Re: 3.4 Features, final round

On dom, 2011-11-06 at 21:52 +0100, Seif Lotfy wrote: > Lets avoid the fact that this is by MS, it is still useful to look at. > http://windows.microsoft.com/en-US/windows7/products/features/jump-lists > They distinguish between recently and frequently used too I am not able to see the embedded sil

Re: Features !

On sáb, 2011-10-08 at 11:48 -0400, Jeremy Bicha wrote: > GNOME's implementation is very young; I have a hard time finding apps > on my computer using this feature even in GNOME 3.2; There are no jumplists in GNOME 3.2, which explains your troubles finding apps making use of this feature ;-) Flor

Re: Features !

On mié, 2011-10-05 at 16:22 -0400, Jasper St. Pierre wrote: > For the shell: mode-switch kill? Overview window borders? Yes, Jakub and me are planning on working on mode-switch kill. Florian ___ desktop-devel-list mailing list desktop-devel-list@gnom

Re: GNOME user survey 2011

2011/8/1 Felipe Contreras > Do the majority of GNOME developers agree that there are too few options? > No. Florian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME user survey 2011

2011/8/1 Felipe Contreras > Yes, but if a significant percentage of the people answer "not at > all", or "somewhat", then the survey would be a bit wasted, since now > you have to wait another year to ask in more detail. > Of course the same argument applies if a significant percentage of people

Re: New module proposal: LightDM

On Fri, 2011-05-13 at 14:59 +0200, Robert Ancell wrote: > Why replace GDM? > > - LightDM is a cross-platform solution. Will KDE replace kdm with LightDM or drop its non-greeter code in favor of LightDM? Are there any interesting discussions in the "other camp" that you can point us to? Florian

Re: Plugins, modules and extensions

On Mon, 2011-05-09 at 17:50 +0200, Giovanni Campagna wrote: > So .gsx (application/vnd.gnome.shell-extension) for the Shell, .gdp > (application/vnd.gnome.gedit-plugin) for Gedit, .epe > (application/vnd.gnome.epiphany-extension) for Ephiphany, etc.? How > would it integrate with, for example, libp

Re: Plugins, modules and extensions

On Mon, 2011-05-09 at 15:52 +0200, Giovanni Campagna wrote: > A different issue is then UI. Some time ago it was proposed to introduce > addons.gnome.org, skip the (rpm/deb) packaging completely and just > instruct users to go, download the plugin and install it. > This has the problem that the plu

Re: Interested in GNOME on touchscreens?

On Mon, 2011-03-07 at 14:51 -0600, Brian Cameron wrote: > An on-screen keyboard GUI probably would not need to be coded > in Clutter to look well integrated with GNOME Shell, unless there is > some advantage to coding the GUI in JavaScript, I'd think. The main selling point for an on-screen keyboa

Re: My thoughts on fallback mode

On Tue, 2011-01-04 at 21:07 +0100, Christopher Roy Bratusek wrote: > Compared to how many users stuff like Compiz, AWN & Co got I would say it's > somewhere between 5 and 10%. Please take AWN (CairoDock, Docky, ...) out of your argumentation - there's exactly nothing stopping you from using those

Re: Metacity towards GNOME 3.0

On Wed, 2010-12-01 at 16:29 -0500, Owen Taylor wrote: > - We could just make it require GTK+ 3.0. This is my suggestion - >GNOME 3 is a GTK+ 3.0-based desktop. Metacity is the GNOME >(fallback) window manager. GTK+ 3.0 will be released as a >stable toolkit before Metacity 3.0 is relea

  1   2   >