| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |\
| | |
| | | |
Remove custom titlebar styles (T21463)
|
| |/
| |
| |
| |
| |
| | |
Instead, EosTopBar should look like a normal GtkHeaderBar.
https://phabricator.endlessm.com/T21463
|
|\ \
| |/
|/| |
Remove deprecated gdk_screen_get_width/height
|
| |
| |
| |
| |
| |
| |
| | |
Turns out composite mode support has been removed in EOS, so no sense
doing it here.
https://phabricator.endlessm.com/T28284
|
|/
|
|
|
|
|
|
|
|
|
|
| |
To achieve this, eos_is_composite_tv_screen is replaced with a
GdkMonitor equivalent: eos_is_composite_tv_monitor.
With this change, it is possible for EosWindow to better detect the
physical monitor it is displayed on and adapt accordingly. However,
the existing code in eoswindow.c does not make use of this
functionality.
https://phabricator.endlessm.com/T28284
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Add a Quit action to EosApplication
|
|/
|
|
|
|
|
| |
This action is bound to Ctrl+Q and uses the conventional app.quit action
name, which provides better integration with some desktop environments.
https://phabricator.endlessm.com/T23254
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
T22301
|
|/
|
|
|
|
|
|
|
| |
Adding a new license for every app that a uses
a different one from our list, it simply does
not scale. Therefore, always display the code
instead of the "Unknown license" text.
https://phabricator.endlessm.com/T22301
|
|\
| |
| | |
Fix broken tests
|
| |
| |
| |
| |
| |
| |
| |
| | |
This was sample code from the very beginning of this repository, I'm not
sure why it has persisted this long. In any case it uses the deprecated
g_test_trap_fork() so we may as well delete it.
https://phabricator.endlessm.com/T22827
|
|/
|
|
|
|
|
|
|
| |
g_test_trap_fork() is deprecated, and in some recent release it stopped
working with gtester --tap. We could track this down but an easy fix is
to switch to its replacement, g_test_trap_subprocess(). This fixes the
unit tests.
https://phabricator.endlessm.com/T22827
|
| |
|
|
|
|
|
|
|
|
|
| |
Nothing is using this. (The last users were eos-programming, stuck on an
old runtime; and eos-typing, defunct.)
As long as I'm removing SearchBox, may as well remove this too.
https://phabricator.endlessm.com/T20353
|
|
|
|
|
|
|
|
|
| |
This was used nowhere except in eos-knowledge-lib. We are going to make
many eos-knowledge-lib specific changes to it, so it's going to be
forked into there. After nothing uses it, it doesn't make sense to keep
it here given that we intend to slowly move away from using eos-sdk.
https://phabricator.endlessm.com/T20353
|
|
|
|
|
|
|
|
| |
Setting the width here can mean that the popup gets a different width
from the search box. Instead, we want it to match the search box's width
and ellipsize the label if there's not enough space.
https://phabricator.endlessm.com/T20352
|
| |
|
|
|
|
|
| |
If the output temporary file cannot be atomically renamed to its final
destination, we need to copy its contents.
|
|
|
|
|
|
|
|
| |
We don't depend on any specific Endless SDK symbols, and if we link
against the SDK library itself we end up enabling the profiling probes;
this means we may end up overwriting the profiling data we're trying to
open, if by any chance we have `EOS_PROFILE=capture:` in our environment
pointing to the profile data we're opening.
|
|
|
|
|
|
|
|
|
|
| |
If we're using eos-profile-diff in a CI infrastructure then we should
not be printing out data in a human readable format, as we may want to
interpret the output using scripts at a later point.
We can use JSON, instead, and allow redirecting the output to a file;
this way, we can store the output as an artifact, collect it, and parse
it later.
|
|
|
|
| |
Documenting CLI tools that we ship should be part of the API reference.
|
|
|
|
|
| |
Compares N probe data files and prints a quick overview with the average
timings of all the probes.
|
|
|
|
|
| |
Now that we have it, we can cut some common code from the convert and
show sub-commands.
|
|
|
|
|
|
|
| |
Both the convert and the show sub-commands for eos-profile have code to
turn a GVariant into a profile probe for the v1 of the format.
Let's move it out into its own internal utility function.
|
|
|
|
|
|
|
|
|
|
| |
If we want to perform additional analysis on a profile capture file it's
generally going to be easier to have it in a different format than a
GVDB binary blob, especially if we want to use tools that are written in
high level languages that may not have access to the GVDB API.
The simplest format we can convert to is JSON, which is structured and
easy to parse with other languages.
|
|
|
|
| |
This avoids having each command handle it differently.
|
|\
| |
| | |
T21027
|
|/
|
|
|
|
|
|
|
|
|
|
| |
When clicking on a result from the autocomplete popup, we should select
the first index of the tree path. (The list is a flat list, so there is
always only one index.)
This prevents a warning about a missing property of
[Symbol.toPrimitive], because we were indexing this._items with the
indices array (which is not a primitive) instead of its first item.
https://phabricator.endlessm.com/T21027
|
|\
| |
| | |
T20694
|
| |
| |
| |
| | |
The spacing makes it look like a typo.
|
| |
| |
| |
| |
| | |
There is no ordering guaranteed in the GVDB key names; while this is
okay for the probes, the metadata section should be clustered together.
|