| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
The whole file is deprecated, we shouldn't make noise at using
deprecated glib functions.
https://phabricator.endlessm.com/T11000
|
|
|
|
|
|
|
|
|
| |
As agreed with the design team, all apps should include a generic
home button at the top left corner of the app window. Therefore, we
add a new generic button in the sdk to be used in all the different
apps for consistency.
[endlessm/eos-sdk#4030]
|
|
|
|
|
|
|
| |
Use G_GINT64_FORMAT which GLib ensures is portable, instead of PRIi64
which Clang apparently doesn't like.
[endlessm/eos-sdk#3782]
|
|
|
|
|
|
| |
This way we can set the search box text without triggering the
signals for settings autocomplete entries
[endlessm/eos-sdk#3442]
|
|
|
|
| |
Or the test will fail when trying to open the GTK display.
|
|
|
|
|
|
|
| |
Having these tiny included Makefiles is confusing and vulnerable to
mistakenly overwriting variables.
[endlessm/eos-sdk#3054]
|
|
|
|
|
|
|
|
| |
This requires removing the $(ENDLESS_TESTS_DIRECTORY) variable, which
wasn't really necessary anyway. Subdir-objects would like you to specify
your directories directly in the rule target names.
[endlessm/eos-sdk#3054]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a rough implementation of an "About"-like dialog for image
attribution in SDK applications. You can press the 'secret' hotkey
Shift+Ctrl+A to get a dialog with thumbnails and attribution information
for the images in the app's GResource. Clicking on the thumbnail opens
the image's original URI in the browser, if known. Clicking on the text
opens the image's license text in the browser, if known.
For this, you need to add a JSON file to the app's GResource and pass its
GResource path to the EosApplication:image-attribution-file property. The
format of this JSON file is described in the documentation for
EosApplication.
The dialog uses GtkTreeView because we didn't have GtkListBox when I
started implementing it over a year ago. This places some limitations on
the UI; the links behave weirdly and the mouse pointer doesn't change to
a hand when hovering over the links.
[endlessm/eos-sdk#2934]
|
|
|
|
|
|
|
|
| |
UniqueAppFixture is a more appropriate name for the fixture since it is
not only used to test config directories. Add a macro to make the test
adding code more convenient.
[endlessm/eos-sdk#2934]
|
|
|
|
|
|
|
|
|
|
| |
Previously, if you created an Endless.TopbarNavButton with no_show_all
set to TRUE, and subsequently called show() on it, it would not become
visible, because the child widgets were still not shown. By showing them
at construct time, we solve this problem because they immediately become
visible when the TopbarNavButton widget itself is shown.
[endlessm/eos-sdk#2495]
|
|
|
|
|
| |
Wasn't getting used in any apps so we are taking it out
[endlessm/eos-sdk#985]
|
|
|
|
|
| |
Wasn't getting used in any apps so we are taking it out
[endlessm/eos-sdk#985]
|
|
|
|
|
| |
Was not getting used in any apps so we are taking it out
[endlessm/eos-sdk#985]
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the visible-child and visible-child-name properties of GtkStack
in lieu of visible-page and visible-page-name. Use the
transition-duration, transition-type and name properties of GtkStack
instead of proxying in page manager with properties of that same name.
The page manger becomes nothing more than a stack with custom child
properties for use in EosWindow, and becomes a lot simpler.
This breaks the page manager api and will require changes in the
apps as well
[endlessm/eos-sdk#985]
|
|
|
|
|
|
|
|
|
|
| |
This has been totally unused in all our applications and has been
having sizing problem with height for width and width for height
request.
We had grand plans for this, but since its unclear if there's a
future in which this widget is used think it makes sense to remove
[endlessm/eos-sdk#985]
|
|
|
|
|
|
|
|
|
|
|
|
| |
Users should not have be forced to call show all on the toplevel.
Calling show on all the widgets they create should be enough to
make things show on screen. Which means we need to call show on our
internals ourselves.
Added a test for this. Calls show on the window so will actually
make something pop on screen for a second. But so do other test we
have so I think thats OK
[endlessm/eos-sdk#535]
|
|
|
|
|
|
|
|
| |
Just to make sure nothing blows up when you try subclassing in
javascript. Fixed up some spacing problems in our test Makefile
and tweaked it to allow for js tests of the sdk C code.
[endlessm/eos-sdk#481]
|
|
|
|
|
|
|
|
|
|
| |
forall cannot be overridden in gjs. There's an upstream bug here
https://bugzilla.gnome.org/show_bug.cgi?id=701567
but that does not look like it will be fixed soon. So for now
added a small c class that take care of GtkContainers add, remove
and forall methods. This makes it possible to write generic containers
in gjs. See docs for an example
[endlessm/eos-sdk#481]
|
|
Move all the tests for the SDK into tests/endless, move all
the demos into tests/demos, move all the smoke tests into
smoke-tests
[endlessm/eos-sdk#444]
|