summaryrefslogtreecommitdiff
path: root/test/endless
Commit message (Collapse)AuthorAge
* tests: Remove useless test-hello.cPhilip Chimento2018-06-07
| | | | | | | | 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
* tests: Move g_test_trap_fork() to _subprocess()Philip Chimento2018-06-07
| | | | | | | | | 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
* SearchBox: RemovePhilip Chimento2018-04-17
| | | | | | | | | 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
* Add test for profiling APIEmmanuele Bassi2018-01-10
|
* flexygrid: ignore deprecationsMatt Watson2016-04-13
| | | | | | The whole file is deprecated, we shouldn't make noise at using deprecated glib functions. https://phabricator.endlessm.com/T11000
* Add TopbarHomeButtonMartin Abente Lahaye2016-02-08
| | | | | | | | | 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 portable 64-bit printf specifierPhilip Chimento2015-12-04
| | | | | | | Use G_GINT64_FORMAT which GLib ensures is portable, instead of PRIi64 which Clang apparently doesn't like. [endlessm/eos-sdk#3782]
* search_box: add function to set text programmaticallyMatt Watson2015-08-06
| | | | | | This way we can set the search box text without triggering the signals for settings autocomplete entries [endlessm/eos-sdk#3442]
* Add a missing Gtk.init()Cosimo Cecchi2015-05-20
| | | | Or the test will fail when trying to open the GTK display.
* Lose one level of Makefile includeryPhilip Chimento2015-04-17
| | | | | | | Having these tiny included Makefiles is confusing and vulnerable to mistakenly overwriting variables. [endlessm/eos-sdk#3054]
* Switch to subdir-objectsPhilip Chimento2015-04-17
| | | | | | | | 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]
* Initial implementation of image creditsPhilip Chimento2015-03-25
| | | | | | | | | | | | | | | | | | | | | 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]
* Refactor EosApplication test add codePhilip Chimento2015-03-25
| | | | | | | | 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]
* TopbarNavButton works with no_show_allPhilip Chimento2014-11-18
| | | | | | | | | | 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]
* Remove action buttonMatt Watson2014-05-13
| | | | | Wasn't getting used in any apps so we are taking it out [endlessm/eos-sdk#985]
* Remove action menuMatt Watson2014-05-13
| | | | | Wasn't getting used in any apps so we are taking it out [endlessm/eos-sdk#985]
* Remove splash page managerMatt Watson2014-05-13
| | | | | Was not getting used in any apps so we are taking it out [endlessm/eos-sdk#985]
* EosPageManager uses GtkStack properties directlyMatt Watson2014-05-13
| | | | | | | | | | | | | 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]
* Remove the main area widgetMatt Watson2014-05-12
| | | | | | | | | | 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]
* Show our internal widgets in eos-windowMatt Watson2014-01-29
| | | | | | | | | | | | 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]
* Added javascript automated test for CustomContainerMatt Watson2014-01-22
| | | | | | | | 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]
* Added EosCustomContainer C class for gjs containersMatt Watson2014-01-22
| | | | | | | | | | 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]
* Clean up the structure of the tests directorySam Spilsbury2014-01-15
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]