| Commit message (Collapse) | Author | Age |
|\ |
|
| |
| |
| |
| |
| |
| | |
Instead, EosTopBar should look like a normal GtkHeaderBar.
https://phabricator.endlessm.com/T21463
|
| |
| |
| |
| |
| |
| |
| | |
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
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|\
| |
| | |
T20694
|
| |
| |
| |
| | |
We use the fields in the profile state singleton.
|
| |
| |
| |
| | |
We are going to re-use them in the profile CLI tool.
|
| |
| |
| |
| |
| |
| |
| | |
We want to have access to more metadata, including the application id,
when capturing profiling data for later review, as the immediate
association between a process and its profiling data is not available in
that case.
|
| |
| |
| |
| |
| | |
We only remove probes when unloading state, so we don't need to remove
the probe from the state itself.
|
| |
| |
| |
| | |
Leftovers from an earlier iteration.
|
|/
|
|
|
|
| |
g_timeout_add() takes miliseconds instead of microseconds
https://phabricator.endlessm.com/T20677
|
|\
| |
| | |
T20769
|
| |
| |
| |
| |
| |
| | |
Always print out the number of samples and the total time, regardless of
the number of samples; in case we have more than one sample, be more
specific and add the average, minimum, maximum, and standard deviation.
|
| |
| |
| |
| |
| |
| | |
We should only give up if we didn't have any samples.
https://phabricator.endlessm.com/T20769
|
|\ \
| |/
|/| |
EosWindow: add in-resize css class
|
| |
| |
| |
| |
| |
| |
| | |
Add class while window is being resized to change image scaling method in CSS
This would speed up resizing windows with background images.
https://phabricator.endlessm.com/T20677
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The EosProfileProbe API allows defining profiling probes that can be
used to efficiently measure the time spent in a critical section.
The Profiling API is meant to collect samples and generate a report
at the end of the lifetime of the process, either by printing out the
results once the process terminates; or by saving the raw data in a
binary file that can be loaded at a later date.
This profiling API is meant to be as close as possible to a zero cost
abstraction:
- probes are only allocated if profiling is enabled
- all profiling API is a no-op if profiling isn't enabled
- the C API is meant to be easily tied to a scope, through the
use of auto-cleanup macros provided by GLib
This allows projects using the Endless SDK to keep the profiling probes
in place, instead of conditionally compile them in.
https://phabricator.endlessm.com/T18514
|
|\
| |
| | |
customcontainer: Queue resize if visible child removed
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
All custom containers previously needed to do this in Javascript, but
that caused problems: garbage collection could cause widgets to be
removed, and you cannot trigger Javascript code to run during garbage
collection.
https://phabricator.endlessm.com/T18286
|
|/
|
|
|
|
|
| |
We hardcode a wrap width of 600 based on the dialog's default width of
700.
https://phabricator.endlessm.com/T17540
|
|
|
|
|
|
|
|
|
| |
The "personality" file has been removed from the Endless images, and it
was never guaranteed to be there in the first place.
Code that uses an Endless "personality" is considered 2.x legacy.
https://phabricator.endlessm.com/T17029
|
|
|
|
|
|
|
| |
We should allow external contributors to build eos-sdk without the
eos-metrics dependency.
https://phabricator.endlessm.com/T13015
|
|
|
|
| |
Reinstate the element number in the critical error message.
|
|
|
|
|
|
|
|
|
|
| |
This is the replacement for resource_path, and is a generic way of
showing an image to provide attribution information for.
This will be used to pull in ekn:// URIs for the credits dialog in
subscriptions apps.
https://phabricator.endlessm.com/T12435
|
|
|
|
|
|
|
|
|
|
|
|
| |
When an EosWindow remains unmaximized for over 10 seconds, we record a
metric. The 10 seconds is to filter out presses of the unmaximize button
by accident, and because there is some weirdness in the window manager
around launching apps maximized.
This is for determining how important it is to implement various kinds of
responsive design in GTK.
https://phabricator.endlessm.com/T12233
|
|
|
|
|
|
| |
since global AM_CPPFLAGS is ignored in those cases.
https://phabricator.endlessm.com/T12150
|
|
|
|
|
| |
We were flipping the order, not sure why we did this.
https://phabricator.endlessm.com/T11336
|
|
|
|
|
|
| |
Pixel font-sizes in css now show up 75% smaller. These properties
are gints so we will round when necessary.
https://phabricator.endlessm.com/T11000
|
|
|
|
| |
https://phabricator.endlessm.com/T11000
|
|
|
|
|
|
|
|
|
|
| |
We had a stack and listened to enter leave to trigger a transition,
but that broke when GtkStack ditched its main GdkWindow with the
upgrade to 3.20.
Switch to doing this all with a regular button in css, cause that's
simpler
https://phabricator.endlessm.com/T11000
|
|
|
|
|
|
| |
We were accidentally making sure we never scaled larger than the
minimum font size. I'm pretty sure we want the opposite
https://phabricator.endlessm.com/T11370
|
|
|
|
|
|
| |
The whole file is deprecated, we shouldn't make noise at using
deprecated glib functions.
https://phabricator.endlessm.com/T11000
|
| |
|
|
|
|
|
|
|
|
| |
If an EosWindow is on a composite TV screen, then add the "composite"
CSS class to it. Also add a constant, EOS_STYLE_CLASS_COMPOSITE. This
allows us to do specific styling for composite.
[endlessm/eos-sdk#3930]
|
|
|
|
|
|
|
|
|
| |
This function simply queries the resolution of a screen, or the default
screen if none is given. A resolution of 720x480 or 720x576 indicates a
composite TV, since we don't allow the user to select those resolutions
for themselves.
[endlessm/eos-sdk#3930]
|
|
|
|
|
|
|
|
| |
We have one utility function currently living in eosinit.c. Since we are
about to have another one, we should put them in a file for utility
functions.
[endlessm/eos-sdk#3930]
|
|\
| |
| | |
Center titlebar widget
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For some reason, the on_stack_hover() handler was getting enter/leave
events from other GdkWindows besides the one belonging to the GtkStack.
I'm not sure why this didn't happen before, but this makes sure that we
only react to events on the window that we care about.
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| | |
Less code, more data.
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| |
| | |
GtkWindow already adds a "titlebar" CSS class, so rolling our own is not
necessary. We can replace ".top-bar" with "EosWindow .titlebar".
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
GTK already provides a "maximized" CSS class on GtkWindow, so now that we
have the :not selector, we can use that instead of adding our own
"unmaximized" class. This allows us to cut out more code, including a
signal emission on every window state change.
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
A lot of the functionality that we wrote in EosTopBar has been
implemented in GtkHeaderBar in the meantime. Using upstream code is
better because we don't have to maintain it, and can cut ~200 lines out
of our library.
Two discrepancies between the old and new EosTopBar is that the header
bar has now gained a right-click menu on which you can close the app (I
am leaving that in for now, as it's consistent with the other apps) and
there is a separator between the window minimize button and the credits
button. (The separator itself is invisible, but it adds another few
pixels of inter-widget space that weren't there before.)
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Properly, object properties should not be set in init() in C, because
construct properties are later reset to their default values. Instead,
the constructed() vfunc should be used.
This doesn't matter for the current code, since none of the set
properties are construct properties, but I'm going to be doing something
in one of the following commits where it does matter.
[endlessm/eos-sdk#3782]
|
| |
| |
| |
| |
| |
| |
| | |
eos_window_default_delete() was left over from something that we don't do
anymore.
[endlessm/eos-sdk#3782]
|
|/
|
|
|
|
|
|
| |
These were mistakenly added to a page that doesn't get included in the
documentation index. This creates a new page, "system", for utilities for
gathering information about the system.
[endlessm/eos-sdk#3071]
|
|
|
|
|
|
| |
Forgot some null checks which made thing blow up when either the
left on center widget was not added
[endlessm/eos-sdk#3683]
|
|
|
|
|
|
|
|
|
|
| |
This is an attempt to stop the top bar from jumping around on the
knowledge apps in composite mode.
This won't stop the top bar from jumping in size in all cases, if
you have different sized widgets forcing the top bar size to change
on different pages of the page manager, this won't really help you.
[endlessm/eos-sdk#3683]
|
|
|
|
|
|
| |
If one of our custom widgets is bigger than our topbar height,
we should accommodate it.
[endlessm/eos-sdk#3683]
|