| Commit message (Collapse) | Author | Age |
|
|
|
| |
[endlessm/eos-sdk#79]
|
|
|
|
| |
[endlessm/eos-sdk#79]
|
|
|
|
|
|
| |
an application, including changes to CSS.
[endlessm/eos-sdk#79]
|
|
|
|
|
|
| |
developer, as that will be deprecated in the future.
[endlessm/eos-sdk#79]
|
|
|
|
|
|
| |
linked to a EosActionButton in the menu. Added example code in action-buttons.js
[endlessm/eos-sdk#79]
|
|
|
|
| |
[endlessm/eos-sdk#102]
|
|
|
|
| |
[endlessm/eos-sdk#102]
|
|
|
|
| |
[endlessm/eos-sdk#97]
|
|
|
|
|
| |
Modified EosTopbar to remove a handful of assertion failures when adding left/center topbar widgets.
[endlessm/eos-sdk#97]
|
|
|
|
|
| |
Work in progress. Topbars do not appear when using Endless theme.
[endlessm/eos-sdk#97]
|
|
|
|
|
|
|
| |
Modified EosPageManager, EosTopbar and EosWindow to have support for the two new topbars.
app-window.js includes some tests for these two widgets.
[endlessm/eos-sdk#97]
|
|
|
|
| |
[endlessm/eos-sdk#88]
|
|
|
|
|
|
| |
Also updates main area tests in test-window.c to reflect new widget
hierarchy of EosWindow.
[endlessm/eos-sdk#88]
|
|
|
|
|
|
| |
When background URI is changes for the currently visible page, it will
switch backgrounds without a transition animation.
[endlessm/eos-sdk#88]
|
|
|
|
|
|
| |
Background is drawn in an internal widget so using the border width
would prevent it from drawing full screen.
[endlessm/eos-sdk#88]
|
|
|
|
|
|
|
| |
Before the visible page would be set to null if it was removed,
instead of pointing to another page in the page manager. Also signals
for property changes were not emitted.
[endlessm/eos-sdk#101]
|
|
|
|
|
| |
More documentation improvements too.
[endlessm/eos-sdk#62]
|
|
|
|
| |
[endlessm/eos-sdk#62]
|
|
|
|
|
|
| |
Unfortunately, most of the getter setter test fail and are commented
out, because of the remove bug in EosPageManager.
[endlessm/eos-sdk#62]
|
|
|
|
|
|
|
| |
Splash page and main page widget properties with getters and setters.
Ability to switch between the splash and main page. Added splash-
page.js smoke test.
[endlessm/eos-sdk#62]
|
|
|
|
|
|
| |
settings that should eventually make it to eos-theme
[endlessm/eos-sdk#30]
|
|
|
|
|
|
|
|
| |
These just wrap the functionality of GtkStack. Added some dropdowns in
the app-window.js to try the different transition options and some
simple c tests.
[endlessm/eos-sdk#61]
|
|
|
|
| |
[endlessm/eos-sdk#59]
|
|
|
|
|
|
| |
background
[endlessm/eos-sdk#59]
|
|
|
|
|
|
| |
changing page backgrounds
[endlessm/eos-sdk#59]
|
|
|
|
|
|
|
|
| |
- Remove visible-page-background child property; only the window
should be listening to this.
- Style fixes
- Monitor page child properties as in the toolbox and actions
[endlessm/eos-sdk#59]
|
|
|
|
|
|
|
| |
visible-page-background property points to the URI of the background
of the current page. Should probably be extended to give the correct
background when page-managers are nested.
[endlessm/eos-sdk#59]
|
|
|
|
|
|
|
| |
The current page's background property controls the background of the
window. EosWindow listens in on the page mangers notify signals to
update its background.
[endlessm/eos-sdk#59]
|
|
|
|
|
|
| |
There is a toolbox widget and you can change the visibility of the
fake action area on each page. Also, split up each test page into
a different class.
|
| |
|
|
|
|
|
|
|
| |
- Child property 'actions' (currently a boolean telling whether a
fake action area is displayed as a red box; will become a JSON
string in the future)
- Child property 'custom-toolbox-widget'
|
|
|
|
|
|
| |
Added the autotooling to get our overrides installing as well.
[endlessm/eos-sdk#70]
|
|
|
|
| |
[endlessm/eos-sdk#58]
|
|
|
|
|
|
|
| |
Minimum functionality for EosPageManager. Currently uses a
GtkNotebook internally until we decide what to do regarding GtkStack.
(Philip; map/unmap Matt, Patrick)
|
|\
| |
| | |
Fix make distcheck
|
| |
| |
| |
| |
| |
| | |
Header file missing from a _SOURCES declaration, and wrong file name
in POTFILES.in.
[endlessm/eos-sdk#55]
|
|/
|
|
| |
[endlessm/eos-sdk#7]
|
|
|
|
| |
Figured it out while testing [#42]
|
|
|
|
|
|
|
| |
Creating a window that is not tied to an application should be a
serious programming error.
[#42]
|
|
|
|
| |
[#12]
|
|
|
|
|
|
|
|
| |
EosWindow maximizes itself on creation. This code does not enforce
maximization or forbid the window from resizing, since that is the
window manager's job.
[#12]
|
|
|
|
|
|
| |
For consistency with GTK, blah.[ch] should be named eosblah.[ch].
[#23]
|
|
|
|
|
|
|
|
|
| |
Test harness improvement: ADD_APP_WINDOW_TEST(test_path, test_func)
creates an EosApplication and connects test_func() to the "startup"
handler of the application, then runs it.
Commented out /application/two-windows test, because it's apparently
not deterministic.
|
|
|
|
|
|
|
|
|
| |
Add an EosApplication class. Functionality:
- present main application window when activated
- warn if more than one application window is added
Also add a stub EosWindow class that overrides GtkWindow's
"application" property to be a construct-only property.
[#4]
|
|
|
|
|
|
|
| |
After running 'make install', run test/smoke-tests/introspection.js
(and its Python counterpart) to test whether the GIR has been installed
correctly.
[#1]
|
|
There are automated tests which run when you do 'make check', and also
smoke tests which demonstrate one piece of functionality, which can be
used as a sort of sanity check or demo.
[#1]
|