| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
| |
- Make sure the toolbox widget is always visible
- Display the sidebars if either the toolbox or the action area should
be displayed
- Different pages can share the same toolbox
[endlessm/eos-sdk#60]
|
|
|
|
|
|
| |
Instead of destroying and recreating the action area, just show and
hide it as needed.
[endlessm/eos-sdk#60]
|
|
|
|
|
| |
Fixed some sizing bugs
[endlessm/eos-sdk#10]
|
|
|
|
|
| |
Still very basic. Not much fancy sizing happening yet.
[endlessm/eos-sdk#10]
|
|
|
|
|
|
| |
They are required for GtkContainer class
[endlessm/eos-sdk#10]
|
|
|
|
|
|
|
| |
Has private getters/setters for two areas. Functioning container.
Only shows the content widget. Added all the virtual functions for
size requests and allocations.
[endlessm/eos-sdk#10]
|
|
|
|
| |
Warns about any non introspectable functions in the public API.
|
|\
| |
| | |
Issues/70 [Depends on 58!]
|
|/
|
|
|
|
| |
Added the autotooling to get our overrides installing as well.
[endlessm/eos-sdk#70]
|
|\
| |
| | |
Implement EosPageManager
|
| |
| |
| |
| | |
[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)
|
|\ \
| | |
| | | |
Changed topbar padding around minimize and close buttons
|
| | |
| | |
| | |
| | |
| | | |
Simplified the internal widgetry of the topbar a bit too.
[endlessm/eos-sdk#63]
|
|\ \ \
| |_|/
|/| | |
Switch order of header checks
|
|/ /
| |
| |
| | |
[endlessm/eos-sdk#74]
|
|\ \
| |/
|/| |
Build Javascript API documentation
|
|/
|
|
|
|
|
| |
g-ir-doc-tool is buggy, and doesn't build very good documentation,
but it is better than nothing. Building the JS documentation is
turned off by default and turned on for 'make distcheck'.
[endlessm/eos-sdk#18]
|
|\
| |
| | |
Add the "@EOS_SDK_LIBS@" term to the GTKDOCS generation. [#65]
|
|/
|
|
| |
[endlessm/eos-sdk#65]
|
|\
| |
| | |
Fix make distcheck
|
| |
| |
| |
| |
| |
| | |
Header file missing from a _SOURCES declaration, and wrong file name
in POTFILES.in.
[endlessm/eos-sdk#55]
|
|\ \
| | |
| | | |
build: Enable -std=c99
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
So we can compile with C99 enabled; this requires checking that the
version of the compiler supports the -std=c99 command line switch, which
holds true for both GCC and CLang.
The warnings/errors we enable through the --enable-strict-flags
configure switch need to be amended so that we don't catch C99 valid
constructs like declaration after statement and VLAs.
[endlessm/eos-sdk#49]
|
|\ \
| |/
|/| |
Implements EosTopBar and integrates it in EosWindow
|
| |
| |
| |
| | |
[endlessm/eos-sdk#7]
|
| |
| |
| |
| | |
[endlessm/eos-sdk#7]
|
|\ \
| | |
| | | |
build: Use AC_CACHE_SAVE
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
The AC_CACHE_SAVE macro saves the state of the configure script, so that
it can be restore from a known state without having to re-run all the
checks. This should speed up the build.
[endlessm/eos-sdk#52]
|
|\|
| |
| | |
Issues/42
|
| |
| |
| |
| | |
Figured it out while testing [#42]
|
|/
|
|
|
|
|
| |
Creating a window that is not tied to an application should be a
serious programming error.
[#42]
|
|\
| |
| |
| | |
Issues/12 EosWindow based on eos-weather/window.py
|
| |
| |
| |
| | |
[#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]
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Improvement to the build system: this allows you to turn on debug
messages from the SDK by running
G_MESSAGES_DEBUG=EndlessSDK ./myprogram
Use G_MESSAGES_DEBUG=all to turn on messages from other libraries too.
|
|\ \
| |/
|/| |
Added commit-msg script for issue tracking which autogen installs.
|
|/
|
|
| |
[endlessm/eos-sdk#35]
|
|\
| |
| | |
Issues/23
|
|/
|
|
|
|
| |
For consistency with GTK, blah.[ch] should be named eosblah.[ch].
[#23]
|
|\
| |
| | |
Application class
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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]
|
|\ \
| | |
| | | |
Issues/26
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Without the verbose flag, gtester just says "1 test passed" or "1
test failed", which is not very informative.
[#26]
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Use AM_PROG_AR, AM_PROG_CC_C_O, and -Wno-portability to avoid
warnings on Automake 1.12
[#26]
|
|/ /
| |
| |
| |
| |
| |
| | |
Build system improvement. Otherwise building docs fails on a clean
checkout.
[#26]
|
|\|
| |
| | |
Build system
|
| |
| |
| |
| | |
[#1]
|