Uh, so this might be a dumb question, but how do relative paths help
relocatability?
Doesn't resolving paths relative to the .desktop file mean that it is
intricately linked to the filesystem layout?
This would break something like Alacarte, which, when you might want
to put an icon in another fo
What are the dimensions of a projector, whose pixels-per-inch or
dots-per-inch value is a distance of how far away the projector is for
the wall, or, in a keystoned case, isn't even constant across the
display?
For limited scenarios, you can make it work (with caution, see [0]).
But we cannot calc
I'm not against this, but what's the goal for applications to be able
to launch the System Settings? Some entries like "Privacy" seem fairly
opaque -- anything in there I could also imagine being in other places
in other DEs. If the goal is to be able to direct users to a certain
setting, these cat
There are other ways of getting multi-monitor support other than using
two separate X screens. The most recent and modern way is XRandR. So
instead of epoxying your monitor port, or using X screens, you should
try to use XRandR.
Separate X screens are complicated, and is likely not the experience
Oh, and the one being built by KDE is Limba:
http://people.freedesktop.org/~mak/limba/
On Fri, Nov 20, 2015 at 1:01 PM, Jasper St. Pierre
wrote:
> Currently, the security model of Linux systems is "distro verifies
> security and adds to their own repo", with, of course, the
dg-app does something similar, only it also allows
having multiple environments (called "runtimes") on your system, each
deduplicated.
Batis doesn't seem to attempt to solve this problem, from what I can
tell. That's disappointing.
On Fri, Nov 20, 2015 at 12:54 PM, Thomas Kluyve
I'm worried. We have xdg-app, we have batis, and I learned that the
KDE people are working on their own thing as well.
The goal of all of these projects is to unify and stop fragmentation,
but yet we can't agree on one.
I know that this isn't going to be solved, because it's difficult to
agree on
On Fri, Sep 25, 2015 at 8:09 AM, Boudhayan Gupta wrote:
... snip ...
> The use-case for StartAgent is simple - what if a supervisor (such as
> the compositor on Wayland) is providing the service, but a separate
> application (agent) provides manipulation, editing, saving etc.
> functionality?
So
to run
> on free desktops, and other multi-platform frameworks that support
> Windows want the same features on other desktops.
>
> On Tue, Sep 8, 2015 at 7:38 PM, Jasper St. Pierre
> wrote:
> > In the Windows world, system tray icons were used for long running
> > applicat
In the Windows world, system tray icons were used for long running
applications where putting them in the taskbar was considered "too heavy",
like IM clients and music players. This was ultimately seen as a poor
design for the taskbar which has been since fixed in Windows.
I see no reason to carry
On Wed, Jun 24, 2015 at 9:57 AM, Thomas Kluyver wrote:
> Hi Alex,
>
> On Wed, Jun 24, 2015, at 01:15 AM, Alexander Larsson wrote:
>> More details on how xdg-app works can be found here:
>> https://wiki.gnome.org/Projects/SandboxedApps
>
> Thanks, this looks interesting. A couple of questions:
>
>
On Mon, Feb 16, 2015 at 10:18 AM, Bastien Nocera wrote:
> On Mon, 2015-02-16 at 10:03 -0800, Jasper St. Pierre wrote:
> > Jon had multiple reasons:
> >
> >
> > 1. The main use for a counter like is "Unread Emails", a number that's
> > particular
bug.
Then, how do we implement this with the new notifications design in GNOME?
I don't see a place for a badge in
https://wiki.gnome.org/Design/OS/Notifications/Redux
On Mon, Feb 16, 2015 at 9:44 AM, Bastien Nocera wrote:
> On Mon, 2015-02-16 at 09:37 -0800, Jasper St. Pierre wrote:
Why and how? Note that not giving applications the badge number was an
explicit design decision Jon, Cosimo and I made when we first introduced
notifications.
On Mon, Feb 16, 2015 at 9:21 AM, Bastien Nocera wrote:
> As discussed during the Wayland meeting at FOSDEM 2015.
> ---
> docs/notificati
Hi Andy,
StartupWMClass usage should be considered legacy. In order to compute a
mapping from window class to .desktop file, we need to read *all* files
from disk, which is super expensive to do first thing on boot.
I wouldn't be too happy modifying it so that we have to do *more* work to
make it
Look at /etc/xdg/menus/gnome-applications.menu:
Internet
Network.directory
Network
X-GNOME-WebApplication
vinagre.desktop
javaws.desktop
Alacarte loads the existing menu file, notes the category it was i
er them an api to *properly* become so.
> J. Leclanche
>
>
> On Sat, Apr 5, 2014 at 9:04 PM, Jasper St. Pierre
> wrote:
> > No idea how "DPNH" got there. Cat on a keyboard or something.
> >
> > RealPlayer was an app known for making terrible forceful cus
wrote:
> On Friday 04 April 2014 16:54:01 Jasper St. Pierre wrote:
> > > No. Application here means ISVs. E.g. if a third-party application like
> > > Skype, Google Earth, etc. absolutely wants to make itself default upon
> > > installation.
> >
> > This
On Apr 3, 2014 4:31 AM, "David Faure" wrote:
>
> On Thursday 03 April 2014 01:39:27 Luc Menut wrote:
> > The previous freedesktop specification was
> > http://www.freedesktop.org/wiki/Specifications/mime-actions-spec
> > I guess it will be deprecated by the current proposal.
>
> Yes. That wasn't e
This is not the right list. You want to email
systemd-de...@lists.freedesktop.org.
freedesktop simply hosts infrastructure for systemd. The "xdg" list is
involved with creating cross-desktop standards, not with all software the
freedesktop infrastructure hosts.
On Sun, Jan 12, 2014 at 11:12 AM,
On Tue, Jan 7, 2014 at 1:50 PM, Ryan Lortie wrote:
> hi,
>
> Thanks for the reply.
>
> On Tue, Jan 7, 2014, at 13:42, Simon McVittie wrote:
> > Delaying suspend is necessary if you want the screen to lock reliably,
> > to avoid this bug:
>
> I agree that delaying suspend as useful (as I mentioned
2014 at 11:51 AM, Jerome Leclanche wrote:
> On Tue, Jan 7, 2014 at 4:00 PM, Jasper St. Pierre
> wrote:
> > What's the use case you imagine where the user would want to choose from
> a
> > list of IRC clients, without the list actually able to launch the IRC
> client
(Please try to reply on-list)
This sounds like a bug in Thunar, then. Please file a bug with Thunar.
On Tue, Jan 7, 2014 at 11:22 AM, Christof Arn wrote:
> It's Thunar 1.3, the default file manager with fedora xfce.
>
> On 01/07/2014 05:04 PM, schrieb Jasper St. Pierre:
>
&
We fully support this in GNOME. It seems like a quality-of-implementation
issue in whatever file manager you're using.
On Tue, Jan 7, 2014 at 3:10 AM, Christof Arn
wrote:
> Hi - I'm new here, please help me, if I do not post well.
>
> I like the desktop entry system very much. There is only one
What's the use case you imagine where the user would want to choose from a
list of IRC clients, without the list actually able to launch the IRC
client in question with a specific server/channel?
It seems quite backwards to have a way to say "this app supports this
API/protocol" with the app actua
On Mon, Jan 6, 2014 at 4:09 AM, David Faure wrote:
> Not really, it's useful but orthogonal.
>
> To let users choose their preferred webbrowser, terminal emulator, WM, and
> mail app, all we need is an interface "name" like WebBrowser,
> TerminalEmulator, WindowManager, Mail, InstantMessenger, wi
On Sun, Jan 5, 2014 at 9:52 PM, Jerome Leclanche wrote:
> On Mon, Jan 6, 2014 at 2:42 AM, Ryan Lortie wrote:
> > hi,
> >
> Yes, that was my original idea with intents. I reconsidered after some
> discussion though: It is much easier to use the existing Categories
> key and improve upon it. Inten
On Tue, Dec 31, 2013 at 6:12 AM, Jerome Leclanche wrote:
> So that detail should be in the menu spec, not the desktop file spec.
> I see no mention of TryExec in
> http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html
>
Speaking with my GNOME hat on, GNOME is now ignoring the menu spec
u
Is there a common or well-known icon metaphor for Suspend, Hibernate, or
Switch User? Both Windows 7 and OS X seem to use text labels from what I've
seen.
On Tue, Dec 31, 2013 at 10:00 AM, Andrea Zanellato wrote:
> Il 31/12/2013 15:11, Matthias Klumpp ha scritto:
>
> 2013/12/31 Eike Hein :
>>
>
It seems the use case is "I want to launch an app whose Exec line takes
filenames or URIs but don't want to pass it any arguments". In the case of
the Wine example, it's not the "env" line that's the problem, it's that the
"/ProgIDOpen" won't work unless there are more files after it. I'd perhaps
a
On Thu, Dec 26, 2013 at 3:54 PM, Jerome Leclanche wrote:
> I never implied the spec was wrong...
>
> I seem to be talking into the wind here, it's quite frustrating, so
> I'm just going to leave this alone. If someone wishes to go forward
> with adding an Environment key to the desktop file thoug
On Thu, Dec 26, 2013 at 7:55 AM, Jerome Leclanche wrote:
> On Thu, Dec 26, 2013 at 12:35 PM, Thiago Macieira wrote:
> > On quinta-feira, 26 de dezembro de 2013 10:56:11, Jerome Leclanche wrote:
> >> I'd really like to be able to get the binary name from desktop files
> >> (eg a way to "start wit
On Mon, Dec 16, 2013 at 6:55 AM, Dominique Michel <
dominique.mic...@vtxnet.ch> wrote:
> Hi,
>
> I begun to make a xdg application menu with full support for the
> additional FreeDesktop categories for fvwm. It will be usable with any
> desktop/wm that support the xdg menu.
>
> https://github.com/
Who is "they"? I doubt somebody would use a package manager to install a
rootkit on your system. Are you sure what you're seeing is a rootkit? What
new PolicyKit modules do you have installed?
On Mon, Nov 18, 2013 at 3:23 PM, Stephen Reichow
wrote:
> I believe they use zypper to extract tarballs
On Fri, Nov 15, 2013 at 6:10 PM, Stephen Reichow
wrote:
> Hello, I have found some components of freedesktop.org are being abused
> in conjunction with a rootkit infection.
>
> http://www.freedesktop.org/wiki/Software/PolicyKit/PluggableArchitecture/
>
> The pluggable architecture is the SSH compo
There isn't a standard way to get colors across toolkits. Why are you
opposed to using GTK+/Qt API?
On Thu, Jul 11, 2013 at 4:49 AM, Krzysztof wrote:
> Hi,
>
> I need to get system theme colors (like text color, selection color,
> window color etc). Can I get it without use GTK/Qt API? Have fre
I think this is getting a bit excessive. We don't need to enumerate every
single place a desktop environment should put actions, we should simply
specify that they should appear around the launcher in the specification.
And if an action appears in both the messaging menu and the launcher menu,
oh w
On Wed, Jul 3, 2013 at 9:53 AM, Sebastien Bacher wrote:
> Le 02/07/2013 23:54, Jasper St. Pierre a écrit :
>
>
>> I'm curious what the original rationale for adding OnlyShowIn /
>> NotShowIn to desktop actions. Personally, I think applications
>> switchin
Now that we're trying to implement desktop actions in GNOME, we're running
into the issue that a lot of existing desktop actions are using OnlyShowIn
/ NotShowIn incorrectly. For a quick example, Transmission's actions are
being marked as only showing in Unity:
https://trac.transmissionbt.com/atta
39 matches
Mail list logo